



Ano 9 - Número 13 





ViSiPAmMoOSRa, 


ESimEldimReseaREi! 













—jm[i-= [0 4d 


Aoystick 


O Buck Rogers Super Game 
O Scramble 
O Zephyr e outros! 





É DON DANCA ON 


MTKZ000 Gifbte 


Luis Naktanishi desvenda 
o Karateka do TK2000 












Howard Warshaw na Livro: À história Entrevista: Andy Hopper 
escavação de E.T. do Color Computer Co-Criador do BBC Micro 




















C.PU. 
Hacking” de fitas cassete no TK90X 17 


CURIOSIDADES 


E.T. - os cartuchos (des)enterrados! ......... elo 
Visitação à Sinclair 


EDITORIAL 


JOYSTICK 

Buck Rogers Super Game 

Dungeons of Daggorath 

Open, Sesamel errei rrenerrenrrea 26 
ocramble 


PERSONALIDADES 


Andy Hopper 
Luis Nakanishi 


VITRINE 
Arcade Attack 
Livro TRS-Color 
Oldbits DevStudio 


INDICE. 


Edição 13 - Julho/2014 
EXPEDIENTE 


Editores 
Eduardo Antônio Raga Luccas 
Marcus Vinicius Garrett Chiado 


Redatores desta Edição 
Carlos Bragatto 

Eduardo Antônio Raga Luccas 
Flávio Massao Matsumoto 
Georg Bahr Julião 

Jecel Mattos de Assumpção Jr. 
Juan Castro 

Marcus Vinicius Garrett Chiado 
Ricardo Jurczyk Pinheiro 
Richard Atkinson 

Robson dos Santos França 


Revisão 
Eduardo Antônio Raga Luccas 
Marcus Vinicius Garrett Chiado 


Projeto gráfico e diagramação 
LuccasCorp. Computer Division 


Logotipo 
Rick Zavala 


Capa desta edição 
Saulo Santiago 


Agradecimentos 
Andy Hopper 

Eric F. Parton 

Howard Scott Harshaw 
Lisias Toledo 

Luis Nakanishi 


Escreva para a Jogos 60: 
revistajogos80(tgmail.com 


uu. JogosSÃ, com, br 


4. Made with 
QE Macintosh F44 Adobe 





Copa do Mundo da FIFA chegou ao im aqui 
As Brasil e, poucos dias após os fogos e a ani- 
mação do encerramento, chega para vocês, 
queridos leitores, esta nova edição da Jogos 80, a de 


número 13. No final de 2014, aliás, a revista comple- 
tará 10 anos de existência! 


Temos o imenso prazer de anunciar que, após 
muito tempo de busca, encontramos a pessoa respon- 
sárvel por converter o clássico jogo Karateka do Apple 
II para o TK2000, um ex-funcionário da softhouse nar 
cional Plan-Soft, o Sr. Luis Nakanishi. Não se trata de 
algo trivial, afinal, além da conversão do jogo pro- 
priamente dito, houve a adaptação de uma mídia para outra, ou seja, de diskette de 5,25” 
para fita cassete. Preparem-se, portanto, para conhecer um trabalho que certamente não foi 
fárcil! 





Outra surpresa, desta vez para os fás do ZX Spectrum, foi a visita que tivemos a honra e 
o prazer de realizar ao prédio em que a Sinclair Research funcionou em Cambridge, Inglar- 
terra, entre os anos de 1982 e 1985. O resultado da tour guiada — por um funcionário atual 
da instituição que ocupa o prédio — pode ser apreciado na forma de diversas fotografias e 
comentários feitos pelo enviado da Jogos 80 à Terra da Rainha, Marcus Garrett. 


Prosseguindo na série de artigos sobre Hacking no TK90X, o tradicional amigo e colar- 
borador Flávio Matsumoto preparou um especial muito interessante, em duas partes, sobre 
hacking dos programas em fitas cassetes. Outra novidade para os apreciadores de material 
mais técnico é a matéria acerca de uma nova ferramenta de programação para os micros 
da linha MSX, o Oldbits Dev Studio, escrita pelo tamlbêm colaborador Ricardo Jurczyk Pinhei- 
ro. Ele entrevistou os criadores do software cuja promessa é facilitar bastante a criação de 
jogos e programas. 


Encerrando a edição, entre outras coisas, trazemos duas entrevistas internacionais. A 
primeira é a do britânico Andy Hopper, um dos colaboradores na criação do BBC Micro e na 
concepção da rede da Acorn, a Econet. O segundo entrevistado é Howard Scott Warshaw, o 
americano que programou o infame jogo de Atari E.T. The Extra-Terrestrial”, quem recente- 
mente esteve presente à alardeada escavação do famoso aterro, no Novo México, e contou 
para a Jogos 80 o que sentiu quando o primeiro cartucho viu a luz do dia, isto é, foi desenter- 
rado no mês de abril passado. 


Esperamos que se divirtam bastante com a leitura! 


Eduardo Luccas & Marcus Garrett 
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Foto da época 


Marcus Vinicius Garrett Chiado 
Richard Atkinson 


m Cambridge, Inglaterra, no prédio em que 

hoje funciona o departamento de TI. (Tecno- 

logia da Informação) da universidade Anglia 
Ruskin, a Sinclair Research originalmente operou os 
setores de pesquisa/desenvolvimento, marketing e 
vendas entre os anos de 1982 e 1985, época em que 
a empresa floresceu. Trata-se de um prédio muito 
bonito e que demonstra — e ecoal — a visão de Sir 
Clive Sinclair, dono da companhia à época e empre- 
endedor britânico que, tamanho prestígio, acabou 
condecorado pela Rainha. 


A Jogos 80 foi convidada a visitar o 
local, que fica razoavelmente perto do far- 
moso Trinity College de Cambridge, facul- 
dade frequentada por Sir Isaac Newton. O 
convite partiu do Sr. Joe McIntyre, diretor- 
assistente da área de TI., e lá estivemos eu 
e o amigo e colaborador Richard Atkinson 
no dia 8 de Maio. A oportunidade foi per- 
feita, já que também tivemos a chance de 
visitar o Tne Centre for Computing History 
(aguardem a Jogos 80 de dezembro), um 
museu de computadores localizado na 
mesma cidade. Joe, como insistiu em ser 
chamado, prestou-nos uma ótima visita 
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guiada em que bastantes fotografias foram tiradas 
e muita informação foi repassada. 


Agora oferecemos a vocês, caros leitores, uma 
visita virtual para que possam ter um gostinho do 
oinclarir Research Building — e que, para tanto, não 
tenham de ira Cambridge. Foi uma aventura e tan- 
to! 


O prédio: 
No comecinho dos anos 80, a Sinclair adqui- 


riu um prédio na 25 Willis Road, em Cambridge, e, 
pela primeira vez na história da empresa, todos os 





“Sketch” encontrado durante reformas no prédio. 
Ele mostra possível lançamento futuro 
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departamentos foram reunidos 
em um só local. Anteriormen- 
te, naquele prédio, funcionaram 
uma engarrafadora de água mi- 
neral, a Barker & Wadsworlth, e 
um armazêm/depósito. A reforma 
para adequação realizada pela 
oinclair, em 1981, foi uma impres- 
sionante demonstração da típica 
ousadia Sincloriona: havia, entre 
outras coisas, um lindo átrio ador- 
nado com enormes placas de 
metal, uma impressionante escar- 
da do tipo caracol, uma cobertu- 
ra envidraçada e um complicado 
sistema de aquecimento, tudo fei- 
to há mais de trinta anos. 


Ainda em 1981, a Sinclair 
Computers foi rebatizada de Sin- 
clair Research. O ZX81, micro ori- 
ginal cuja base foi usada para os 
nossos TK83, TK85 e CP200, pro- 
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Acima, entrada original maior; porcionou um lucro recorde para a 
abaixo, entrada principal empresa, de 8.55 milhões de libras 


somente em 1982 (Wikipedio). Os 

lucros foram alavoncados também 
devido à licença negociada com a Timex, 
que produziu o ZX81 nos Estados Unidos. A 
oinclair expandiu bastante suas operações 
entre 1983 e 1984, tendo comercializado 
um número imenso de Spectrums. No ano 
de 1985, as vendas começaram a decair e 
o mercado para o modelo de 48 Kb decli- 
nou, o que causou o lançamento tardio do 
spectrum 128 (primeiramente foi lançado na 
Espanha, pela Investronica, em 1985) na In- 
glaterra. O Spectrum-+, embora ajudado no 
início por encomendas substanciais das car- 
deias de lojas Dixons e W H Smith, terminou 
por não vender o esperado. 


Resumo da ópera: em dezembro de 
1985, Sir Clive precisou vender o prédio para 
o Conselho do Condado de Cambridgeshi- 
re por causa de problemas financeiros. Ele 
foi repassado, então, à universidade Anglia 
Ruskin, inicialmente sob um curto prazo es- 
tabelecido; prazo que acabou estendido, se- 
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trum-+, um modelo 48 que recebeu novo gabinete 
e novo teclado, em outubro de 1984 — com desen- 
volvimento igualmente na Willis Road. Interessonte 
citar que muito provavelmente parte do desenvolvi- 
mento do infame veículo elétrico, o Sinclair C5, tam- 
bém aconteceu no prédio — Sir Clive, contudo, criou 
um braço empresarial para cuidar do CS, a Sinclair 
Vehicles Ltd, cuja operação foi levada à University 
of Warwick Science Park. Enfim, vários produtos fo- 
ram concebidos, testados e lançados na 25 Willis 
Road! 


Vamos conhecer o prédio? Então vamos! 


Acima: teto do Átrio; . 
ao lado: porta rotatória do Afrio. 


gundo Joe, para 99 anos. O local, como 
a história demonstrou, viu dois momentos 
da empresa: forte ascensão e começo do 
fim. 


De todo modo, há muitas histórias fe- 
lizes. Novas tecnologias foram lá criadas, 
tais como o Microdrive lançado em 1988. 
O Sinclair QL, cujo lançamento, após mui- 
tos atrasos, aconteceu em jomeiro de 1984 
sem que estivesse realmente pronto, foi 
outra das tecnologias desenvolvidas no 
prédio. O QL, aliás, não vendeu bem, era 
quase que uma tragédia anunciada devi- 
do ao pouco tempo de desenvolvimento. 
Na sequência, a Sinclair lonçou o Spec- 
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Acima à esquerda: luxuoso acabamento do Átrio; acima à direita: famosa escadaria; > 
abaixo à esquerda: parte de trás do prédio; abaixo à direita: porta de entrada de trás 
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CURIOSIDADES. 


A visitação: 









Trocamos e-mails com a universi- 
dade antes da visita e os detalhes foram 
acertados. Chegamos e fomos recebidos 

pre Ta ado so | ado muito cordialmente pelo Sr. Mclntyre, um 

PERES EA Dir E ms homem extremamente simpático. A visita 

ora CERRESSSSISESES SE rmssicsa ne een i começou pela entrada de trás do prédio, 

TA Pr ai ' já que a porta frontal, do tipo giratório, não 

” é usada por causa da falta de integração 

com o sistema de identificação/ponto ele- 

trônico — afinal, é uma porta giratória! Logo 

no início, vê-se um cartaz azul, muito boni- 

to, com os dizeres “Sinclair” e o logotipo da 

faculdade. Ao lado, há uma grande porta 
de vidro. Entramos por ela. 
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Acima à esquerda: cobertura do prédio para festividades; 
acima: geradores que levavam calor; à esquerda, possível 
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depósito da época da Sinclair. 


O Átrio: 


O Átrio, ou seja, o hall principal, & exceção do 
piso trocado (originalmente de difícil manutenção), 
está exatamente da forma como era na época 
da Sinclair. Parte das paredes são de tijolo e parte 
recebeu grandes painéis metálicos, o que propor- 
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ciona um visual impressionante. De cara, não é pos- 
sível deixar de notar a enorme escada do tipo Ca- 
racol, vermelha, cuja presença é incrível. A escada 
em questão, segundo Joe, é o objeto mais comentar- 
do pelos visitantes. Curiosidade: foi adicionado um 
corrimão, há alguns anos, por causa de crianças, 
filhos de funcionários da universidade que visitam o 
prédio de vez em quando. Não havia crianças nos 
onos oitenta. 


A cobertura do Átrio é feita de vidro em uma 
linda estrutura metalizada que fica ovalada. A en- 


trada principal acontecia por uma pesada porta, 


À esquerda: cofre da época, ainda fechado e trancado 
até hoje! Abaixo, copa da época; abaixo à esquerda: 
copa particular de Sir Clive Sinclair. 


JOROS 80 El 





Acima: departamento de T.l. hoje; 
A direita: escritório de Sir Clive. 





giratória, que, se “dobrada” em duas partes, per- 
mitia o ingresso de caixas e pacotes de entre- 
gas. Conforme explicação de nosso antirião, o 
sistema de aquecimento do prédio era impressio- 
nante, usava o calor do porão (geradores) para 
esquentar o Átrio em um esquema de conos e 


A Universidade. 


A Anglia Ruskin University é uma universidade pública 
localizada no leste da Inglaterra, Reino Unido, com 
uma população estudantil estimada em 31.500 pesso- 
as. Os campi são localizados em Cambridge, Chelms- 
ford e Peterborough, todos no Reino Unido. 


A universidade foi fundada em 1858 por William John 
Beamont como a Cambridge School of Art, depois 
passou a ser chamada de Cambridgeshire College 


of Arts and Technology (CCAT) em 1980. Em 199] se 
transformou em uma faculdade politécnica, e em 
1992 ganhou status de Universidade. 


O University's Student Services team ganhou reconhe- 
cimento, à época do Times Higher Education Awards 
2012, de “o melhor do país”. A faculdade gerou —- e 
ainda gera —- uma gama de profissionais reconhecidos 
no Reino Unido, tais como linguistas, jornalistas, escrito- 
res, geógrafos e outros. 

Fonte: WikiPedia 
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aparelhos. 


As salas superiores: 


Há diversas sar- 
las nos andares supe- 
riores. Infelizmente, o 
or. Mclntyre não tem 
certeza sobre o pos- 
sível uso original de 
algumas, então, adi- 
vinhação entra em 
jogo. Claro, podem ter 
alterado o uso de uma 
ou de mais salas com 
o tempo, é impossível 
ter certeza. Todavia, 





a primeira coisa que precisa ser dita é: na época da 
Sinclair, as salas tinham divisórias, as quais foram 
retiradas pela universidade. As salas são grandes 
lofis atualmente. 


Uma das primeiras salas, conforme explicação, 
parece ter sido usada para atendimento telefônico 
aros clientes, pois havia muitos cabos telefônicos nos 
rodapés e nas paredes. Na sala em questão, hoje 


> 





funciona — coincidência — o suporte técnico telefôni- 
co do departamento de TI. Há uma pequena copa 
ao fundo que era usada como tal originalmente. Há, 
inclusive, um item que permaneceu da era Sinclair: 
um exaustor, ndo mais em uso, instalado sobre uma 
área que abrigou um fogão. Eles o mantiveram! Vi- 
mos também outras salas, geralmente pequenas, 
cujo provárvel uso era a estocagem de produtos. 


Das salas, talvez a mais impressionante em ter- 
mos de curiosidade e de prestígio, é a que abrigava 
o escritório de Sir Clive em pessoa. Lá há um cofre 
que não é aberto desde a época! Sim, a universidar- 
de não recebeu a combinação e tentaram conversar 
com ele, porém, sem sucesso. Imaginem o que pode 
haver lá! Tem-se cogitado, inclusive, a albertura do 
cofre & força, mas o procedimento ainda não foi fei- 
to. A verdade é que nem tudo está em uso. Há uma 
sala, teoricamente utilizada para desenvolvimento 
na época, que está em reformas, com fios saindo de 
todas as partes. Infelizmente, não obtivemos fotos, 
está tudo muito bagunçado. 


Final da visitação e Fachada Original: 
Após a visitação interna, fomos levados à 


entrada original do prédio, a fachada. Interessan- 
te como o novo contrasta com o antigo, ou seja, as 


a, 








Algumas curiosidades: 


- No Último andar há um terraço que, crê-se, era usado 
para confraternizações dos empregados. 


- Durante reforma recente, encontraram alguns cartuchos 
de Microdrive caídos atrás de um móvel. Encontraram tam- 
bém uma pintura em vidro que retrata um possível projeto 
da Sinclair. Vejam a foto na primeira página deste artigo. 
Não faz lembrar servidores? 


- Sir Clive bolou um sistema de projeção do tipo telão que, 
em tese, seria usado para demonstrações de novos pro- 
dutos, números de vendas etc., isto é, apresentações em 
geral. No meio da parede decorada com as chapas de 
metal, no Átrio, há uma chapa totalmente branca que se- 
ra usada como tela de projeção. O Sr. Mclintyre não tem 
certeza se o sistema funcionou alguma vez. 


- À universidade fechou o acesso aos prédios com grades. 
Não é mais possível entrar sem pedir autorização. 





construções metálicas da Sinclair e o prédio de ti- 
jolos da engarrafadora de água. Atualmente, tudo 
parece como na época, apenas o enorme logotipo 
da Sinclair foi retirado e guardado. 


Futuro do Prédio: 


Joe faz plonos para que se crie um pequeno 
museu dedicado à Sinclair no prédio, um museu 
que provavelmente necessitará de doar 
ções. Tudo está muito cru ainda, é quar- 
se como uma idéia somente, mas é algo 
que fatalmente acontecerá em um futu- 
rO próximo. 


Esperamos que tenham gostado 
das fotos e das informações, não dei- 
xem de ler os boxes com as curiosidar- 
des. Nós, que tivemos a chance de estar 
lá e que somos fãs da Sinclair, jamais 
esqueceremos! 
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À esquerda, possivelmente local de 
atendimento telefônico. 





DAL 
ENTREVISTA: Luis Nakanishi 


arateka sempre foi um jogo admirado e desejado 

por fàs do Apple Il e, principalmente, por fãs de ou- 

tras linhas mais humildes". Nem todos tinham sor- 
te — e dinheiro — para possuir um micro daqueles, caro e 
que costumava ser mais usado em escritórios, profissional- 
mente. Porém, graças a um programador dedicado de 
apenas 16 anos à época, os donos do bem mais simplório 
TK2000 também puderam ter a chance de lutar, no Ja- 
pão, contra vários oponentes e combater o malvado Aku- 
ma para que salvassem a princesa Mariko. Falomos de 
Luis Nakanishi, funcionário da Plan-Soft que, na ocasião, 
converteu Karateka a partir da versão original do Apple 
II, em diskette, para o TK — e para que carregasse de fita 
cassete. Um trabalho e tento em uma época em que quar- 
se não horvia documentação! Luis bateu um papo com a 
Jogos 80 e procurou se lembrar de vários detalhes sobre 
esta histórica conversão. 








Entrevista: Equipe Jogos 80 Karateka para o TK2000 aconteceu? Tem idéia 
da quantidade de cópias vendidas? 


Jogos 80: Sr. Nakanishi, é uma honra poder entre- 
vistá-lo. Primeiramente, conte aos nossos leitores 
sobre sua formação e seu trabalho. 


LN: Eu já vinha mexendo no jogo antes mesmo de 
entrar como programador júnior na Plan-Soft. Quan- 
do entrei na empresa, continuei o trabalho de adarp- 
tor Karateka para uma versão comercialmente vi- 
ável em fita cassete. Como se sabe, originalmente 
ele era executado a partir de disquetes flexíveis de 
5,25”. Em relação à comercialização, eu não tinha 
nenhuma informação do financeiro da empresa, 
portanto, não faço a menor idéia da quantidade de 
cópias vendidas. Imagino que tenha feito sucesso 
sim, uma vez que Karateka foi muito popular na 
plataforma Apple II. 


Luis Nakanishi: Depois que concluí meu curso técni- 
co de Eletrônica na Escola Técnica Federal de São 
Paulo, eu fui para o Japão e lá fiquei de 1990 a 1995. 
Foi a época em que usei muito a plataforma Ami- 
ga, da Commodore, para aprender sobre onimação 
SD e processamento de imagens, mas nada profis- 
sional. Hoje trabalho como técnico de informática e 
estou terminando um curso de Tecnologia de Banco 
de Dados na Fatec de São José dos Campos. Tralbar- 
lho com monutenção de computadores e notebooks. 


een do TK2000 para auxiliar no desenvolvimento da 


sn conversão* Talvez algum tipo de conexão (RS- 
não me engano, foi em 1985. 232C)2 


J80: Usou-se o cartucho [interface) de disco 


J80: Como foi que a oportunidade de converter > 








LN: Sim, claro, o Karateka original só rodava de dis- 
quetes. No início, o jogo foi adaptado na integra, isto 
é, em disco mesmo. A versão em fita cassete teve a 
3º fase removida por motivo de limite no tamanho 
de arquivo para fitas. A adaptação para o cassete foi 
uma etapa posterior realizada já na Plon-Soft [Nota 
do Editor: A fase faltante é a do Calabouço. Após a 
grade, no TK2000 passa-se por salas vazias (no Apple 
há inimigos) até que se chega ao Akumal. 


J80: O sr. desenvolveu diretamente no TK2000 ou 
USOU UMA máquina 
de desenvolvimen- 
to como quxílio? Se 
sim, qual a configu- 
ração da mágui- 
nag 


LN: Não, tudo foi feito 
apenas no TK2000. 


J80: Quais ferra- 
mentas de de- 
senvolvimento o sr. usou (Editor, montador ASM, 
etc)g 


LN: Usei apenas o próprio mini-Assembler do TK2000 
e uma ferramenta muito simples, escrita em Assem- 
bIy, que se chamava Find”. Eu a usava para buscar 
sequências especificas de bytes no código. Era útil 
quando precisava encontrar textos dentro do pro- 
grama ou qualquer referência a endereços especi- 
ficos de memória. 


J80: Na época da conversão, o TK2000 de 128 Kb 
já estava no mercado? Chegou-se a considerar 
a possibilidade de uma conversão “estendida” 
para eleg 


LN: No momento não consigo me lembrar destes de- 
talhes, mas acredito que, mesmo tendo mais memó- 
na, ainda haveria o limite de tamanho imposto pelo 
sistema de arquivos em fita. 


J80: Podemos imaginar o tremendo trabalho que 
foi adaptar um jogo imenso de disco para fita 
cassete. Conte aos nossos leitores sobre como 








foi o processo de 'desmanchar' o Karateka e 
remontá-lo em um formato que pudesse ser lido 
de cassete. 


LN: O trabalho maior foi conhecer toda a arquite- 
tura do jogo. Fui muito a fundo, conhecia bem os 
blocos de memória responsáveis por cada função, 
isto é, onde ficava o código responsável pela intro- 
dução, pela 1º, 2º, 3º e 4º fases etc. Consegui inclu- 
sive descobrir alguns endereços de memória que, 
quando alterados seus valores, faziam com que os 
oponentes ficassem 
imóveis (muito útil 
para testar rapidar- 
mente as fases sem 
precisar jogar “real- 
mente”, uma espé- 
cie de hacking. Só 
não me perguntem 
como descobri, pois 
não faço a mínima 
idéia. Cada fase era 
carregada do disco 
na mesma posição de memória, e com um progra- 
ma em linguagem de máquina, eu consegui isolar 
cada bloco para poder trabalhar na adaptação 
para o TK2000. 


J80: A rotina de leitura de teclado publicada no 
Manual Técnico do TK2000 é, falemos a verda- 
de, uma tragédia em termos de performance. 
Como o sr. ldou com o problema da leitura do 
teclados 


LN: Sim, concordo. Algumas referências técnicas 
daquele manual eram meio confusas, mas consegui 
destrinchár-lo e ele me ajudou bastante nos primei- 
ros conhecimentos de base para adaptar software 
do Apple TI. Conseguia até fazer instruções do tipo 
“Pressione Shift para Continuar”, coisa que no Apple 
II nunca foi possível. Se não me falha a memória, 
usei isso no simulador de vôo do TK2000. 


J80: Poderia comentar sobre esse simuladors Se- 
ria o subLÓOGIC Flight Simulator? 


LN: Sobre o simulador, ndo tenho quase nada a di- 
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zer, nem me lembro direito. Era uma conversão do 
Apple II, porém, não me lembro da empresa que fez 
o jogo original. 


J80: Alguma outra diferença de hardware do 
TK2000 apresentou dificuldades no desenvolvi 
mento da conversão (excetuando-se, obviamen- 
te, o endereço da HGR2 em $A000)2 


LN: Os matores desafios de uma adaptação do Ap- 
ple para o TK2000 eram justamente o teclado e os 
endereços de memória de vídeo. Sem dizer que o 
Apple contava com um gerador de caracteres para 
texto e áreas de memória específicas para isso, en- 
quanto no TK2000 era tudo gráfico, desenhado pixel 
a pixel, para gerar os textos. Felizmente, ao que me 
recordo pelo menos, o Karateka tinha um sistema 
de renderização gráfica unificada, que facilitou bas- 
tante o processo de adaptação gráfica, pois foi só 
alterar os acessos à segunda página gráfica para o 
endereço correto ($A0O00; 
no Apple, se não me en- 
gano, era $4000) nesse 
módulo do jogo. 


Lá E” 
Ê gã 









J80: Já se sabia, na 
época, que o TK2000 
era um clone do MPF- 
lg Houve algum apoio 
da Microdigital nas 
conversões da Plan- 
Softe 


LN: Não sei dizer. Não, 
foi um trabalho inde- 
pendente. 
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J80: Quais outros jo- 
gos/aplicativos tive- 
ram sua participação 
na Plan-Softz E fora 
delag 


LN: Puxa, eu realmen- 
te não me lembro, só fiz 
jogos comerciais pela 
Plan-Soft. O único de 
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Fabricado por Fonobrás, Distribuidora Fonográfica Brasileira Ltda 





que me recordo é o simulador de vôo que citei aci- 
ma, pena que não me lembro do nome. 


J80: O sr. sabia que entre as softhouses brasileiras 


da época havia “apropriação indevida”? Exem- 
plo: o “Sabotagem” que foi convertido pelo pes- 
soal da Multisoft. A SoftKristian simplesmente o 
renomeou para “Contra Ataque” e manteve o 
binário tal qual [com o nome de quem o conver- 
teu escondido no próprio binário). 


LN: Não soube de nenhum caso assim na época. 
Mas confesso que havia uma proteção no Korateka 
que verificava se os créditos do jogo haviam sido 
alterados. Em caso afirmativo, ele apagava toda a 
memória residente. Temos que proteger nosso esfor- 
ço, não é mesmo? 


J80: Gostaríamos de saber das relações entre 


as softhouses. O sr. tinha contato com o pesso- > 


À esquerda, a capinha do estojo da fita 
cassete do jogo e, mais abaixo, a fita pro- 
priamente dita, como era comercializada 

à época; abaixo o pequeno manual de 

instruções que acompanhava o jogo. 


o e A 





KARATEKA 508 


CARREGAMENTO: 


Este programa está gravado em duas partes. 
Apresentação e jogo. Para carregá-lo digite “LOADT”, 
Ão se iniciar a Apresentação, ou seja quando aparecer 
na tela “PLANSOFT APRESENTA”, desligue o 
gravador. Se voce quiser passar pela Apresentação e ir 
direto ao jogo, digite Barra de Espaço sem desligar 
o gravador e o jogo será carregado. 


TECLAS DE COMANDO MODO DE LUTA: 


Barra: - Iniciar modo de luta 

- Após vencer inimigo p/ 
posicionar o lutador para corrida 
Seta Direita: Iniciar corrida 

Seta Esquerda: Para parar 


MODO DE ATAQUE 


Seta Direita: Avançar 

Seta Esquerda:  Recuar 

Q: Soco p/ cima 
A: Soco central 

Z: Soco p/ baixo . 
W: Chute p/ cima 


Chute central 
Chute p/ baixo 
OBS: Se voce tiver interface de 
drive, desconecte-a. 








al de outras empresas “concorrentes”, tais como 
Armando Neves (Soflkristian), Aroldo P. C. (Ciber- 
fron), Rene B. M. Junior (Cibertron) e Luiz A. Seg- 
ger (Multisoft) 2 


LN: Destes nomes, apenas o Rene (embora não me 
lembre do nome da empresa) era meu amigo pes- 
soal, trocárvamos muitas informações técnicas, mas 
sempre tivemos muita ética. Ele não interferiu nem 
usou meus jogos em desenvolvimento na Plan-Soft 
ou vice-versa. Ele acompanhou todo o desenvolvi- 
mento do Karateka. Uma vez, ele até foi me visitar 
na Plan-Soft, passando a tarde comigo lá, o que me 
custou um puxão de orelhas do meu chefe (que, 
cloro, zelava pela confidencialidade dos projetos 
desenvolvidos). O Rene percebeu e não apareceu 
mais lá... 


J80: O sr. participou da conversão do jogo Grand 
Prix em que traduziram Suécia como Suiça? 


LN: Não que eu me lembre. Mas eu acho que, na 
época, já sabia a diferença entre Sweden e Swiss. 


J80: Muito obrigado pela entrevista! 


LN: Eu que agradeço. 


Agradecemos aos amigos Carlos Bragatto, Lisias To- 
ledo e Georg Bahr Julião pelas sugestões de pergun- 
tas enviadas. 
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Embora não se lembre direito, Luis Nakanishi tam- 
bém teria convertido do Apple Il para o TK2000 
os jogos Falcons e Eliminator, e o simulador de 


vôo subLOGIC Flight Simulator, cujo título ficou 
apenas como “Simulador de Vôo”. 





Ao lado, algumas telas do jogo 
“Karateka” do TK-2000. 


tn, 
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Juan Castro 


se esse objeto carrega em si histórias envolventes de 

pessoas interessantes com as quais um leitor pode 
se identificar e se emocionar. E esse é certamente o caso 
da história do TRS-80 Color Computer, mais conhecido nas 
rodas da “malondragem” como TRS-Color, ou Colo para 
os íntimos. 


Ho sentido amar um objeto inonimado”? Talvez sim, 


Este livro nasceu na mente de Boisy Pitre, americano 
da Louisiana que participou do desenvolvimento do sis- 
tema operacional OS-9 e é figura-chave da comunidade 
CoCo até hoje (comunidade essa muito ativa e saudável, 
por sinal). Um diferencial deste livro em relação a outros 
recentes livros sobre micros clássicos está no outro autor, 
Bill Loguidice, conhecido escritor e colunista da área de 
videogames e também fã e usuário de longa data de TRS- 
Color. A qualidade do texto é muito superior à média de 
outros livros sobre o assunto. 


O primeiro capítulo faz um apanhado rápido da 
história da computação focando nas raízes da empresa 
Toandy Radio Shack (resultado da fusão de duas empre- 
sas que, ora vejam vocês, se chamavam Tandy e Radio 
Shack) e da sua entrada no mercado de informática. De- 
talhe: a Tandy, pré-Radio Shack, era uma faloricante de 
artigos de couro! Daí pra frente, basicamente seguimos a 
história do projeto Color Computer dentro da Tandy, com 
desvios estratégicos para falar sobre os participantes do 
“ecossistema”. Destes, dois merecem destaque especial: A 
revista Rainbow, uma das publicações sobre informática 
mais longevas da história (começou a ser publicada em 
1981 e sobreviveu dois anos depois de seu próprio assunto 
ter saído do mercado), capitaneada pelo altamente fol- 
clórico Lonnie Falk, e a software-house MicroWare, criado- 
ra do supracitado sistema operacional OS-9, que turbinou 
o uso profissional do CoCo (algo que a Tondy não previa, 
mas que foi obviamente muito bem-vindo). 


Conhecedores da plataforma, mais freequentemen- 
te na forma do clone nacional CP400, certamente se de- 
licioarão com as revelações de como certos detalhes téc- 
nicos exóticos vieram a acontecer, começando com um 
projeto de teleinformações para fazendeiros que, por um 


Livro “CoCo: The Colorful History of Tandy's 
Underdog Computer” 








caminho enviesado, veio 
a dar origem ao Coco. 
Em destaque também a 
preservação das famosas 
“cores falsas” no CoCo 2 e 
a criação do chip GIME do 
COCO Ss 








E por falar em clo- 
nes Jrazucas... Sim, eles 
são citados! Todos eles! 
Em nome da transparência, 
devo citar que este que vos fala, em parceria com Dar 
niel Campos, colaborador da Jogos 80, contribuiu para 
esse trecho em particular, com direito a citação, créditos 
e tudo. É só um parágrafo, mass foi o suficiente para inflar 
nossos egos consideravelmente. 


Porêm tudo que é bom acaba... Assim como filmes 
e livros sobre cachorros, você sabe que o capítulo sobre 
“O Fim” eventualmente tem que chegar. Mas assim como 
os Marleys da vida deixam filhotes, o CoCo deixou uma 
comunidade que segue firme e forte até os dias de hoje, 
criondo hardware e software novos e sem dar o menor 
sinal de parar. Tudo isso é registrado, e para fechar o livro 
com charve de ouro, o autor visita em pessoa o engenhei- 
ro da Tandy que insultou (com direito a palavrão) um 
chip da Motorola dentro da fálorica da Motorola. 


Resumindo: se você tem pelo menos um pouqui- 
nho de interesse sobre história da informática, compre 
este livro. Mesmo que você seja daqueles que só quer 
saber de Commodore 64 ou MSX ou Apple II, você vai 
gostar. 
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Onde Comprar o livro: 


Versão tradicional: 
http: 4/wuy, amazon. comCobo-Colortul-History-Underdoa-Computer 
dp:ldkhad2droret=tmm pap title Atie=UTEokgrd=14ALndde hsr=0-] 


Versão para Kindle: 

http: “uy, amazon. comColo-Colorful-History-Underdog-Computer- 
ebook dp /BRAHRGHNACref=tmm in suatch 0% encoding=TFGksr=a-|- 
bqld=4Aláde rh 








Flávio Masao Matsumoto 





Crédito da foto: Wikipédia. 


“ 


ste artigo dá continuidade à série de hacking de programas no TK90X. Certamente, o meio mais 

disseminado de armazenamento e distribuição de programas e dados para esta linha de computador 

foram as fitas cassetes. Na época, essa era uma das formas mais acessíveis de se gravar e reproduzir sons 
e músicas, que acabou sendo inteligentemente aproveitado para codificar sequência de bits. 


Durante a gravação, o sinal elétrico oscilante que representa sons é equalizado, amplificado e enviado 
ao cabeçote, cuja bobina cria um campo que faz a magnetização permanente do material ferromagnético 
contido na fita. A reprodução funciona no sentido contrário, isto é, o padrão magnético gravado na fita gera 
uma diminuta corrente elétrica na bobina do cabeçote, a qual é equalizada e amplificada em nível suficiente 
para acionar um alto-falonte. Os gravadores geralmente possuem uma saída para o sinal amplificado para 
fones de ouvido, rotulada de “EAR”, e uma entrada “MIC” para microfone. Interligando-se os conectores EAR e 
MIC do computador e do gravador entre si, era possível transferir dados de/ou para a fita cassete. As interfaces 
EAR e MIC do TK90X são bastante simples, reconhecendo somente dois níveis de sinais correspondentes ao 
dígito binário O (baixo) e 1 (alto). 


Não há um circuito eletrônico dedicado (demultiplexador) para decodificar os sinais oriundos do gravador, 
operação que é feita por software. O sinal de EAR é lido na porta de entrada 254 em seu bit 6, a mesma que 
faz a leitura do teclado, e a interface MIC é acionada pela porta de saída de mesmo endereço que controla 
também o som e a cor da borda da tela. Alternando-se periodicamente o bit 3 da porta 254 como soída, um 
sinal no formato de onda quadrada é enviado ao gravador. A gravação ou leitura é realizada através das 
instruções IN ou OUT do Assembly 280 na referida porta (embora tais instruções existam no BASIC, a lentidão 
desta linguagem inviabiliza seu uso). 


CODIFICAÇÃO DE DADOS PADRÃO DA ROM DO TK90X 


Como a entrada e saída de dados entre o gravador e o TK90X são feitas por um único canal, isto é, tem 
natureza serial, os bits devem ser transferidos sequencialmente. Poder-se-ia pensar que bastaria tomar de forma 
direta o estado do bit 6 da porta 254, porém, isto não funcionaria, pois seria necessária uma sincronização 
perfeita entre o computador e o gravador. Tal sincronia é impossível porque o mecanismo de tração não é 
muito preciso, o que causa variação da velocidade da fita sobre o cabeçote. No lugar da amplitude de sinal 


> 








de EAR, as rotinas da ROM codificam os dados através de diferentes intervalos de tempo entre transições de 
níveis lógicos 01 e 1-0, como será explicado mais adiante. 


O tempo no computador é medido como múltiplo do período (T) do clock do microprocessador, que é 
correspondente ao recíproco de sua frequência (T=1/f). No caso do TK90X, com frequência de clock do Z80 
de 3,57/5611 MHz, o período T corresponde a 279,672 ns (nanossegundos, ou bilionésimos de segundo). Este 
valor é ligeiramente inferior a 285,714 ns do ZX Spectrum, pois o clock no computador britânico é de 3,5 MHz. 
Tal diferença não interfere seriamente no carregamento da fita, pois a rotina de carregamento é bastante 
tolerante à variação de frequência. Cada instrução do Z80 gasta um tempo de execução que é medido em 
múltiplos de T e com uma contagem minuciosa desses tempos em um trecho de código de máquina, pode-se 
calculor o intervalo que se leva para ser executado. As rotinas de gravação e leitura da ROM são projetadas 
sob parâmetros precisos de temporização, sendo a sua modificação algo nadar trivial. 


Um bloco de dados salvos em fita é precedido por um tom inicial contínuo, mais grave, reconhecível por 
criar um padrão alternado de cores vermelho/ciono na borda da tela. O intervalo de tempo entre as transições 
de níveis lógicos é de 2168 T, o equivalente a 606,3 us (microssegundos, ou milionésimos de segundo) ou uma 
frequência de 825 Hz. Este sinal, conhecido como piloto, serve como guia para que a rotina de carregamento 
espere por impulsos de sincronização com rampa em nível baixo (0) de 667 T (186,5 us), seguido de rampa em 
nível alto (1) de 735 T (206,6 us). Neste momento, as transições do sinol do gravador são representadas pela 
alternância de cores entre azul e amarela. Após o impulso de sincronização, são enviados os dados, um bit 
de cada vez. O bit com valor O é representado por um intervalo de 855 T (239,1 us) em rampa em nível lógico 
baixo, seguido de igual tempo de rampa em nível alto. O bit com valor 1 é formado por um par de rampas de 
1710T (478,2 us), que é o dobro do período do bit de valor O. Esta diferença apreciável de codificação temporal 
entre os valores 0 e 1 evita que as variações do gravador afetem a interpretação do sinal. O diagrama de 
tempos abaixo, dado como exemplo, mostra o final do tom piloto, o pulso de sincronização e o início de uma 
sequência de bits de valores 0,0 e 1. 
























































































































































































































































































































































































































































































































































































































































































































































2168 2168 2166 667 7535 855 855 855 855 1710 1710 
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sincroni- 


dados em bits 


tom piloto zação > 








As rotinas da ROM se encarregam de organizar os dados em octetos de bits formando os bytes, que 
são como estão armazenados na memória. Além dos dados em si, dois bytes adicionais são gravados na 
fita, os quais não serão armazenados na memória durante a leitura. O primeiro byte, conhecido como líder 
(leader), indica o tipo do bloco salvo e, no BASIC, pode assumir somente os valores O ou 255. O último byte, 
a paridade, serve como dígito verificador da integridade do dado que acaba de ser lido, servindo como 
método rudimentar para detectar erros de leitura. 


Quando se salva um programa ou dado para a fita através do comando SALE do BASIC, são enviados 
dois blocos de bytes para a fita. O primeiro bloco, conhecido como cabeçalho (header), é identificado com 
o byte líder de valor O e contém dados como o nome do arquivo salvo, tipo de dado salvo (programa BASIC, 
martriz ou conteúdo da memória), comprimento e outras informações relevantes. Seu comprimento é de 17 
bytes e a sua estrutura é representada na tabela abaixo. Em seguida, após uma pausa, é enviado o bloco que 
contém os dados propriamente ditos, precedido pelo byte líder de valor 255. Por exemplo, quando se salva 
uma tela de 6912 bytes com o comando SALE “nome SCREENS, grava-se um cabeçalho de 152 bits (19 
bytes, sendo o primeiro byte, o líder, igual a 0) seguido por um bloco de 55312 bits (6914 bytes, com byte líder 
iqueil 255): 


| 
DC 1-10 | o InIZ [o 1314 [o 15 po 6 


prlinisire (eis comprimento do programa sem 
BASIC inha as variáveis do BASIC 
de execução 


matriz ; Ro S do ; nome da 
RS arquivo comprimento o 
E (10 do bloco a 
dic e E Z caracteres) au a 
string matriz 
CODE ou 2 endereco de carregamento 
SCREENS É É 


Sao duas as principais rotinas da ROM envolvidas diretamente com transferência de dados entre o 
TK90X e o gravador. A rotina que se inicia em 1218 (404C2 hexadecimal), rotulada como SA-BYTES, salva 
um bloco da memória para a fita. Antes desta rotina ser acionada, deve-se colocar os seguintes valores em 
registradores do Z80: o byte líder em A, o endereço do início do bloco em IX e o comprimento do bloco em 
DE. Outra rotina é LD-BYTES, que se inicia em 1366 (40556 hexadecimal) e serve para carregar ou verificar 
um bloco salvo na fita. A rotina emprega em sua entrada os seguintes registradores: A com o byte líder, IX 
com endereço a partir do qual o bloco será armazenado na memória e DE com o comprimento. O flag carry 
especifica se vai ser realizado um carregamento dos dados (carry igual a 1) ou apenas uma verificação sem 
alterar a memória (carry igual a 0). Para entender com profundidade o funcionamento da gravação e leitura 
de dados em fita, recomenda-se a leitura do capítulo 4 do livro “O Sistema Operativo do Spectrum: ROM 
Disassembly” de I. Logan e F O'Hara. Os trechos de programas em Assembly a seguir ilustram usos típicos das 
rotinas mencionadas: 





1 O trecho a seguir salva a ROM do TK9dA em Fita. 


LO H,2ss » Define byte Leader como Z5a. 
LD IXx,y » Hponta para aníiio da ROM, 
LO DLE,I16G5G4 » Comprimento da ROM, 


CALL SA-ErTES » Salva BLOCO, > 








1 À trecho à seguir carrega uma tela da Fita. 


LDO H,2ss » Define byte Leader como Z5a. 

LO Ix, 16554 » Hponita Para anígiio da área da tela na RAM. 

LO GCE,OEGIO » Comprimento dos dados da tela. 

fm EM nl 1» Levanta carry para fazer LOAD ão invés de UMERIFY. 
CALL LE-EYTES » Carrega o BELOCO, 


PROGRAMAS DESPROTEGIDOS 


A rigor, alinguagem nativa do TK90X permite gravar somente programas em BASIC através do comando 
SAVE “nome, Entretanto, devido às limitações desta linguagem, a grande maioria dos programas 
comerciais são elaborados em Assembly e convertidos em código de máquina, que é uma sequência de 
bytes armazenada na memória com instruções executadas pelo Z80. A instrução SAUE | “nome"coDE 
endereço inicial, comprimento salva uma sequência arbitrária de bytes da memória e, por isso, 
é empregada para salvar códigos de máquina. Podem-se salvar outros tipos de dados; por exemplo, SALE 
“"nome"cOolE 16384 ,6912 salva o conteúdo da tela, embora seja preferível o uso da forma mais curta 
SAUE “nomecSCREENGS, Pora o carregamento, usam-se as formas correspondentes da instrução LORAL. 


A maior parte das fitas de jogos comerciais se inicia com um programa BASIC bastante curto, cuja 
função principal é carregar um ou mais blocos de bytes com programas em código de máquina e dados. 
Dentre esses blocos, é comum a presença de uma tela logo após o carregador em BASIC, a qual é exibida 
durante a carga dos blocos restantes (tela de carregamento ou loading screen). Um exemplo de programa 
com esta estrutura é o jogo Motos de 1987, publicado pela Mastertronic Added Dimension. A sua listagem 
BASIC é: 


ly CLEAR cdsrs 


oyú LOAD CCIScREENGA 
SO INE O: FAFER Qd: PRINT AT 0,OA, 
dy LOAD COCODE 


o RANDOMIZE USKR sS2roa 


A instrução CLEAR define o topo da RAM (RAMTOP) usada pelo sistema BASIC, isto é, o endereço a partir 
de 24576 fica disponível para o código de máquina. Na linha 10 ocorre o carregamento da tela e, para evitar 
que esta seja corrompida pela mensagem “Bu tes: name” que é impressa pela instrução LOAC , na linha 
30 são escolhidas cores e posição do cursor para que a impressão fique oculta. A linha 40 faz o carregamento 
do código de máquina que é posteriormente executado por USR 327E5, cujo argumento numérico é o 
endereço de início da execução. 


Como o programa não possui nenhuma proteção, basta pressionar BREAK antes que o carregamento 
se complete para ter acesso ao programa carregador. Após o controle do computador retornar ao editor 
BASIC, pode-se ajustar as cores da tela e ver a listagem do carregador. Para analisar o código de máquina, 
executa-se CLEAR 24575 ese avança a fita até o início do respectivo bloco, que deve em seguida ser 
carregado com LOAD "CODE, A partir deste ponto, o código de máquina pode ser listado por um utilitário 
disassembler. 


Embora estes passos sejam suficientes para fazer o Disassembly, faltam informações para poder transferir 
o programa para outras mídias, como, por exemplo, disquetes. Neste caso, é necessário um utilitário que 
faça a leitura e análise do cabeçalho de cada bloco salvo na fita. O programa STK (disponível em http:*/ 
Wu, dor ldofspectryum.org/nfoseekid,caltid=HBl soh) é um desses utilitários, cujo comando J (LOAD) seguido de 
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GRAPHICS (teclas caps-shift e 9) analisa um cabeçalho 
presente à fita e lista seu conteúdo, tal como mostra a 
figura aro lado: 


PROGRAMAS PROTEGIDOS 


Os produtores de software passaram a empregar 
esquemas de proteção na tentativa de evitar as cópias 
piratas. Um dos pontos mais vulneráveis é o carregador 
BASIC que, embora seja gravado para ser executado 
automaticamente logo após sua carga, pode ser 
interrompido com a tecla BREAK. A interrupção de um 
programa BASIC faz com que a execução do Z80 passe 
para a rotina de tratamento de erro, cujo endereço fica 
no elemento da pilha de máquina apontado pela variável de sistema ERR SP localizada em 23613/24614. 
Para fazer com que o endereço de retorno seja O (isto é, a inicialização do computador), basta colocar alinha 
abaixo logo no início do carregador: 





13 LET e-=PEER 2Sb1LS+2356+PEER 2doIld: FPOKRE e,O: PORE e+l,yo 


Qualquer interrupção do BASIC resultará no reset imediato do TK90X. Esta proteção pode ser contornada 
se o BASIC não for executado logo após a carga, isto é, se o argumento L INE do comando SAE for ignorado. 
A instrução MERGE, que junta um programa BASIC da fita ao que está na memória, serve para este propósito. 
Executando oMERGE “" coma memória limpa, o programa é carregado sem ser executado. Mesmo assim, 
o truque com MERGE não é infalível, pois um bug da ROM faz com que uma linha BASIC mal estruturada trave 
o computador. Se forem adicionadas as seguintes linhas no final de um programa, 

9995 POKE PEEK 25657+2S6G+PEEK 250653558+5,1: SAVE "NoMerge” LINE 14 
9999 REM 
a instrução POKE aumenta o campo do comprimento da linha 9999 em mais 256 bytes e, assim, torna-o 
inadequado para fazer MERGE. 


Pora poder analisar os programas assim protegidos, deve-se usar um utilitário para desativar a auto- 
execução de qualquer programa BASIC, tal como o STK, que possui para tal finalidade o comando Z (BLOAD). 
Outro utilitário que pode ser usado é o *LOAD do Jon North, cuja listagem foi publicada na revista Your Sinclair 
(disponível em http :**wuy.Morldofspectrum,ora/showurap.calipage=htha6.htmléload ou Ftp:/Fip morldofspectrum. org 
pub'sinclalr/magazines:tourSincialr:[ssueob:/Pages/foursinclalráchAndS, po). 


PROTEÇÃO CONTRA LISTAGEM 


Uma vez carregado o programa BASIC sem que esteja sendo executado, há um outro obstáculo a ser 
enfrentado, que é a proteção contra listagem. Após rodar o programa albaixo, 


ly REM KxXKKKKx 
oyú LET b=PEER 235655 +256+5PEEFK- 235D650+5 
sy FOR e=b TÚ b+ã: READ à: PORE e,a: HEXT & 


da DATA 22,0,0,16,7,17,7 
nada legível aparece na listagem. Isto ocorre porque as letras x da linha REM foram substituídas por códigos 
de controle de impressão que correspondem aos comandos AT B,a; INE 7; PAPER *?, Códigos de 
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controle deste tipo podem ser espalhados por todas as linhas, o que tornaria tedioso removê-los manualmente. 
Em casos assim, é interessante usar novamente o utilitário STK, cujo comando L (LIST) exibe a listagem BASIC 
ignorando os códigos de controle. 


Mesmo assim, há mais uma forma de proteção para despistar uma tentativa de listar o programa. O 
programa da linha abaixo, 


ly FRINT ê2 


quando executado, retornará o dígito 1 na tela, como seria esperado. Digitando-se na linha de edição o 
comando abaixo, 


PORE PEER 235655+256+5PEEKR 236586+10,12 


ele não alterará a listagem BASIC. Porêm ao rodar o programa, será impresso na tela o valor 257. Qual seria a 
razão dessa discrepância? Uma constante numérica é armazenada de duas formas numa linha de programa, 
sendo constituída por uma sequência de caracteres ASCIHI compreensível ao ser humano, seguido de um byte 
marcador de valor 14 (F0E) e do número em codificação binária de 5 bytes. Os caracteres ASCII são exibidos 
durante a listagem, porém ignorados durante a execução. Neste último modo são empregados números 
codificados em 5 bytes, que é o formato diretamente empregado pela máquina. Esta dupla codificação é um 
engenhoso truque para cumentoar a velocidade de edição, listagem e execução de uma linha. No exemplo 
dado, a linha 10 estaria assim armazenada na memória: 






14 









comprimento 


PRINT 1 marcador constante 1 enter 
da linha 


























No exemplo acima, a constante 1 é codificada nos 5 bytes como 0, 0, 1, 0, 0. O POKE alterou o código 
para O, 0, 1, 1, O, que corresponde ao valor 257. 


Resumindo, é possível camuflor completamente as constantes numéricas de forma que a listagem não 
corresponda ao que efetivamente será executado. Infelizmente, o STK não provê meios para superar esta 
proteção, porém o utilitário *LIST, de Jon North, é capaz de identificar as constantes corretamente. A listagem 
deste utilitário foi publicada na revista Your Sinclair e está disponível em http:*“wyw.morldofspectrum org 
shouyrap.cglfpage=hthos htmlfload ou ftp:“/Ftp.goridofspectrum,ora/pub/sinclalrmagazines:toyrsincialr:ssueot+ 
Pages“ fouróinclalráchAldo, Jpa. 


Mesmo depois de obter acesso & listagem, um programa pode ser deliberadamente feito para ser de 
difícil compreensão, com uso de expedientes pouco ortodoxos como, por exemplo, fazer POKE para realizar 
desvios. Casos assim requerem um conhecimento mais profundo do funcionamento do BASIC do TK90X, 


PROGRAMAS COM BLOCOS SEM CABEÇALHO (“headerless”) 


Os programas que usam instrução LOAD do BASIC para carregar suas partes da fita são fáceis de ser 
copiados, por isso foram desenvolvidos vários esquemas de proteção. Por não serem reconhecidos pelo BASIC, 
as rotinas de carregamento são elaboradas em Assembly. Como já foi explicado, os dados salvos pelo BASIC 
são compostos de dois blocos, sendo o primeiro um cabeçalho. Não é difícil criar rotinas que carregam (e 
salvam) blocos de memória em Assembly, sem a necessidade de um cabeçalho, Blocos salvos dessa forma 
são conhecidos como headerless (sem cabeçalho). 


A versão 128 K de Cybernoid Il: The Revenge, jogo publicado pela Hewson em 1988, possui dois blocos 











headerless. Seu carregador BASIC é: 


Li 


O: INF B 


(lida d) 


PRIHT 
SELECTION REY CHANGES” 


SHART EOME” 
TRACERS” 


PRIHT 
I3 THE 1268F- UERSTÓONO 


USE ÚTHER SIDE OF TAPES 


CLEAR odgaaos 

PHFER Q: BORDER 

CLS o: LET a=FEER 

IF a4=255 THEN GO SUE 120 
PRIHNT PRIHT 
PRIHMT º HOTE THE 
PRIHNT PRIHT 
PRIMTo o” “r 
PRIMTo o” LI 
LOAD CecuypberCccocE 
RANDOM IZE USKk 23000 
PRIHT PRIHMTo: 
PRIMTo o" THIS 
PRIHT 

PRIMTo o” PLEASE 

RE TUR 


A linha 100 carrega uma pequena rotina em código de máquina que é executada na linha 110 a partir do 
endereço 25000. O Disassembly produz: 


Sd 
Sig l 
SDS 
pd À Fi 
250112 
Sd la 
2S0I1y 
SS) 
Dodo 
25028 
Sa 
pm rm, 
pd 


DT 
LC: 
LI 


IX, 3527 DS 
DE,B9IlS 


CALL 230535 


LC: 
LC: 
LI 
LI 


HL, 32765 
DPE,IBSOS 
BL,g9IlS 
IR 


Desabi li ta 
Endereçõ 


J INtertcupçãoo 

J inicial de carga em Seres. 

+» Comprimento do teLoco de B9Il2 butes. 

» Carrega o bLoco, 

1» Copia Os bytes carregados em S2r665 para a 
1 área de vídeo em IlDbSOSM, 


inicial de 


LO Ix,2sogsdd 
LO CE,dÓIlaI 
LO HL,csgsdd 
PUSH HAL 
JP 23050 


1 O trecho abaixo é 


SUS 
pm 
2S0Sa 
DSi 
SSdd il 
cSoddo 
Soda da 


Sd 


LDO H,2ss 

o Er 

TIHO D 

Ex HAFA4AF” 
DEC LD 

LE AH, 15 

OUT i234),A 


JP lLSFO 


; Endereçã carga em caosda. 

+» Comprimento do teLoco de 4BI9I1 bytes, 

; Endereçã para aniciaroo o gogo que é quardado 
«nha pilha do Jau, 

E 


Carrega Oo bloco. 


sub-rotina que faz carregamento de um ELOCO. 
» Malor do beute Líder é 2535. 
» Levanta flag CARRY, para fazer LORÊ., 
» Rotina semelhante ao LO-GYTYTES. 


» Torna branca a borda. 


» Contianva na ROM O carregamento da Fita. 


Pode-se ver que a sub-rotina em 25036 é chamada duas vezes, sendo que antes o registrador IX é 
carregado com valor do endereço inicial e DE com comprimento do bloco. Analisando esta sulo-rotinar, percebe- 
se que salta para a ROM em 1378 (4562), que é um pouco adiante da LD-BYTES; neste caso, uma parte da 
rotina da ROM foi suprimida para evitar que um erro de leitura resulte em retorno ao monitor BASIC. 


Existe ainda um número considerável de jogos que fazem uso de rotinas próprias de carregamento, 
que não da ROM. Várias destas rotinas são baseadas na LD-BYTES com pequenas modificações como cores 
diferentes de borda da tela, temporizações diferentes para obter maior velocidade ou alguns efeitos gráficos 
como contador regressivo. Nestes casos, os registradores IX, DE e A têm a mesma finalidade que na rotina da 
ROM, tornando a interpretação do Disassembly um pouco mais fácil. 


Este artigo continuará na próxima Jogos 80, edição de Dezembro. 
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SCRAMBLE LLLA 


Atari Age (Robert DeCrescenzo) para 


Atari 7800 
Gráficos/Som: 9 
Ação/Controles: 8 


Marcus Vinicius Garrett Chiado 


cramble, arcade lançado pela 

Konami em 1981 e distribuído 
pela Stern nos E.U.A., foi um divisor 
de águas no mundo dos games, 
o primeiro do gênero Horizontal 
Scrolling Shooter a conter cenários 
diferenciados. No comando de um 
jato, que mais se parece com um 
foguete, o jogador deve destruir 
naves e veículos inimigos ao passo 
que precisa evitar a colisão contra 
eles e contra o terreno, o qual veria 
conforme a tela em que a ação se 
desenrola em dado momento. É ne- 
cessário abastecer o jato durante o 
vôo, o que pode ser feito sempre que 
se destroem tanques de combusti- 
vel na superfície do planeta ou den- 
tro de cavernas. Como armamento, 
o jogador possui laser e bombas, 
Trata-se de uma fórmula copiada à 
exaustão por inúmeros outros títulos 
e igualmente pela própria Konami, 
que lonçou quase na sequência o 
mais reconhecido Super Cobra. 


A versão em análise é a do 
Atari 7800, lançada em 2012 pelo 
selo Atari Age e programada por 
Robert “"PacManPlus" DeCrescenzo. 





Assim como no fliperama, cada 
rodada consiste de cinco estágios 
mais um, a base, que deve ser ven- 
cida ao final. Os inimigos que o jo- 
gador enfrenta são foguetes, UFOs, 
tanques de combustível (para re- 
abastecimento), naves e a base 
propriamente dita. No entanto, um 
tipo de ameaça que não pode ser 
destruída são os meteoros, os quais 
devem ser evitados por meio de 
manobras evasivas. O botão es- 
querdo do joystick dispara o laser, o 
botão direito lança as bombas — os 
armamentos, ao contrário do com- 
bustível, são ilimitados. As pontuar- 
ções proporcionadas pela destrui- 
ção dos adversários variam de 50 a 
300 pontos de acordo com o que for 
alvejado. 


As telas trazem desafios espe- 
ciais na forma de inimigos/cenários/ 
terrenos distintos, cada qual com 
suas particularidades. As telas são: 
Lounching Rockets (estágio um), 
UFOs and Caves (estágio dois), Me- 
teors (estágio três), Launching Ro- 
ckets from Tall Structures (Estágio 
quatro), Winding Maze of Buildings 
(estágio cinco) e Base (estágio seis, 
final). Ao se destruir a base, o jogo 
recomeça mais difícil, isto é, na ro- 
dada seguinte os inimigos são mais 
rápidos e agressivos, e a nave do jo- 
gador consome mais combustível. 


Há três níveis de dificuldade 
que podem ser escolhidos no menu 
inicial. No Easy (fácil), os foguetes 
não são disparados e o consumo 
de combustível do jato do jogador é 
bem lento. No Normal, apenas dois 
foguetes são lançados simultanear- 
mente na mesma tela e o consumo 
de combustível é normal — é a difi- 
culdade que se encontra no arcade 
original da Konami. No Hard (difícil), 
os foguetes são disparados & von- 
tade e o consumo de combustível 
é alto — é a mesma dificuldade do 
arcade na versão padrão da Stern. 


Ganha-se uma vida extra a cada 
10 mil pontos e é possível jogar em 
dois jogadores, mas de forma não 
simultânea. 


Em termos visuais, o jogo do 
Atari 7800 apresenta gráficos im- 
pressionantes, coloridos e bem de- 
talhados, lembrando muito o arcar 
de. O jato do jogador, por exemplo, 
possui a mesma animação do flipe- 
rama, com direito ao rastro da turli- 
na e às luzes de navegação piscan- 
tes. Duas diferenças, entretanto, são 
notórias: a ausência das estrelas no 
gráfico de fundo e o scroll, não tão 
liso” quomto o original; claro, devi- 
do às limitações técnicas do video- 
game. Os efeitos sonoros são muito 
bons e lembram os do fliperama. 
O gameplay está bem próximo à 
versão do arcade, principalmen- 
te porque o programador parece 
ter estudado a ROM original para 
que se mantivessem os detalhes e o 
comportamento da máquina. 





A apresentação do produto 
é boa, o label é bonito e bem im- 
presso, o manual de instruções é 
detalhado, bonito e bem impresso 
também. Um produto de ótima quar- 
lidade, comercializado pela Ataon 
Age, que proporciona uma experi- 
ência de jogo ótima aos fonárticos 
por Scramble. Certamente, uma das 
melhores conversões para os conso- 
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les e micros de 8 bits. 


Dicas: Quando enfrentar os mete- 
oros, procure ficar próximo ao solo 
sempre que possível, somente su- 
bindo por breves momentos para 
que não colida contra o terreno. Ao 
enfrentar os UFOs, procure permar- 
necer na metade da tela e dispare 
rapidamente e com regularidade; 
será mais fácil alvejar os inimigos. 


LIMINATOR 
é JUNH ANDERSON 


iRiCHT 15H 


THE ELIMINATOR LLl4 
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Georg Bahr Julião 


m The Eliminator, você é o piloto 

de uma nave de defesa espacial 
e tem como objetivo destruir as nar- 
ves alienígenas inimigas. Com uma 
tela de início bem bacana e colori- 
da, o jogo cativa pelos gráficos em 
alta resolução e pelos efeitos sono- 
ros, diferenciados para indicar tiros, 
explosões e o som do motor (a nave 
desligada não emite som). O jogo 
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permite encher a tela com uma rar- 
jada de diversos disparos simultã- 
neos, fato incomum nos primeiros 
títulos de nave. A cada nível, apre- 
senta-se um novo predador inimigo, 
o que amplia a diversidade da frota 
alienígena. Cada uma das naves 
possui um padrão de voo próprio e 
uma forma de atirar diferenciada, 
portanto, cuidado! Detalhe crucial: 
todas seguem em rota suicida de 
colisão contra o jogador. 


Deve-se progredir por 15 ní- 
veis. Ao se atingir o 15º., o jogo se 
mantém nele até o fm das vidas. 
A pontuação conseguida pela des- 
truição de cada nave é progressiva 
de acordo com o nível. Com tantos 
predadores, é óbvio que alguns me- 
recem apelidos, como por exemplo, 
o “elefantinho” (nível 9) e a “águia” 
(nível 10). Há duas formas de se 
progredir para a próxima fase: des- 
truindo-se todos os inimigos e atin- 
gindo-se a máxima progressão na 
barra de status. Ao passar de fase, 
uma sequência de telas coloridas 
pisca (efeito ausente na versão do 
TK2000) e um beep característico 
soa antes de se iniciar um novo ní- 
vel. 





Duas são as formas de mor- 
rer: colisão direta com um inimigo e 
destruição do escudo defletor. Para 
evitar essas fatalidades, deve-se 
desviar das naves inimigas e, claro, 
dos disparos. Após a morte do jo- 
gador, todas as naves da tela “tiram 


uma casquinha” dele, ou seja, vão 
ao seu encontro em um efeito que 
aumenta a sensação de destruição. 
Aliás, o jogo poderia ter um radar 
com a posição dos inimigos, porém, 
o “scroll” da tela é tão curto que 
eles passam e logo reaparecem no- 
vamente — além do fato de que se 
pode inverter o sentido da nave. 


50 pontos 100 pontos 


125 pontos 150 pontos 175 pontos 200 pontos 


— -— 
— — 
= - 


225 pontos 


250 pontos 


300 pontos 





400 pontos 450 pontos 500 pontos 1000 pontos 


Como padrão ao iniciar, po- 
demos escolher os níveis de 1 ao 4. 
Ao reiniciarmos, podemos optar por 
começar uma portida por quolquer 
nível até o alconçado na jogada 
anterior. Pora começar em um nível 
mais avançado, espere até que a 
demonstração seja iniciada e mos- 
tre um nível superior ao 4, então, ini- 
cie o jogo. Lembramos que o nível 
máximo possível para inicior é o 10, 
ou seja, se o jogador morrer entre os 
níveis 10 e 15, só poderá reiniciar 
no 10º. Isso é recompensado com 
70000 pontos ao se passar para o 
nível seguinte (11). Após muita in- 
sistência em tentar “virar” o placar 
(mais de 100000 pontos), vem a re- 
compensa: as naves, tanto a do jo- 
gador como as inimigas, ficam com 
as cores invertidas. Lembrando que 
no Apple é possível jogar tanto com 
joystick/paddle quanto com teclar 
do. No TK2000 somente é possível 
jogar com teclado. 


Curiosidades: Lançado em 1981, 
The Eliminator foi o primeiro título 
de John Anderson para Apple II. A 
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versão para o Apple II, assim como 
a do TRS-80, começou como um 
clone de Defender (da Williams), 
porém, a produtora queria mudan- 
ças para limitar as semelhanças. 
John Anderson decidiu mudar sua 
versão para acontecer em espaço 
alberto, podemos até visualizar al- 
gumas luas crescentes sorndentes' 
pela tela. Sendo assim, o jogo se tor- 
nou “muito” diferente de Defender — 
o que evitou uma ameaça de ação 
judicial. Mais tarde, John afirmou 
que lamentava a decisão e achava 
que deveria ter mantido Eliminator 
mais parecido com Defender. Curio- 
samente, a versão do TRS-80 se tor- 
nou a oficial de Defender, o que não 
aconteceu com a do Apple II 


Para o TK2000, o jogo foi lan- 
cado por pelo menos quatro sof- 
thouses nacionais, todas derivadas 
da versão para Apple II. O prograr- 
mador Luis Nakanishi (vide entrevis- 
ta nesta edição) efetuou ao menos 
uma das conversões para o TK2000 
quando trabalhava na Plon-Soft. 
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ontinuando com a nossa série 
de análises dos jogos da CCE 
para o Atari, desta vez vamos ver 
o jogo “Open, Sesamel” ou, na fe- 





liz tradução do cartucho, “Abre-te, 
Sésamo!”. Este jogo tem algumas 
curiosidades, especialmente aqui 
no Brasil, vamos comentar ao final, 
mas a primeira é ao ligar o: ele tem 
- acreditem - uma voz sintetizada 
que diz o nome do jogo, “Open Sesar- 
me”. Claro que se devem levar em 
conta as limitações do valente Atori 
2600, obviamente a voz não é um 
primor em qualidade, mas até que 
ficou bem razoável. Ainda mais se 
considerarmos que este é um título 
de apenas 4 KBytes! Imaginemos, 
portanto, que a famosa frase “abre” 
O jogo para que possamos jogá-lo! 


Quanto ao jogo em si, infe- 
lizmente, não é dos mais interes- 
santes. Você personifica o famoso 
xeique árabe Ali Babá e deve subir 
todos os níveis das plataformas até 
o último - onde está o tesouro de Ali 
Babá. Para conseguir, deve lançar 
todas as cordas de todos os andares 
das plataformas (são duas em cada 
andar), e para isto, basta ficar em 
cima do pontinho piscante e aper- 
tar o botão. TODAS devem ser lan- 
cadas, caso contrário não será pos- 
sível a Ali Babá pegar o tesouro. 


Como elemento de dificuldar- 
de, há os guardas circulondo em 
todos os níveis das plataformas, um 
guarda em cada nível. Se tocar em 
Ali Babá, você perde uma vida. Os 
guardas só podem ser anulados se 
você pegar a “bola mágica”, que 
te concederá poderes temporários. 
Enquanto estiver com estes poderes, 
basta tocar no guarda que ele cati- 
rá. O poder dura pouco tempo ou 
até que se derrote o guarda, quomn- 
do você voltará ao normal. 


Após içar as cordas de cada 
andar, suba, por qualquer uma de- 
los, e faça o mesmo processo em 
cada andar. Caso o guarda do an- 
dar venha incomodárlo, você pode 
subir na corda o suficiente para que 


ele passe por baixo, então você 
pode guiar Ali Babá para o solo no- 
vamente e continuar. Note que é 
possível voltar para baixo também, 
caso necessário. 





Ao atingir o último nível e içar 
as últimas cordas, suba, por qual- 
quer uma delas, até o tesouro. As- 
sim, você ouvirá Ali Babá pronun- 
ciar as palavras mágicas, dando 
acesso aro tesouro (a voz sintetizada 
será reproduzida novamente). Com 
isso, você completou a missão! O 
jogo continua, as fases apresentam 
a mesma “mecânica”, mas com ní- 
vel de dificuldade crescente a cada 
fase, como ocorre com boa parte 
dos jogos do Atari. As chaves de di- 
fculdade não são utilizadas, nem a 
Game Select. Na verdade, ela tem 
o mesmo efeito da Game Reset. A 
chave Cor/P&B, curiosamente, ao 
ser colocada na posição “preto e 
branco”, deixa os gráficos do bone- 
quinho do Ali Babá, que represen- 
tam as vidas de reserva, na base da 
tela, e o placar, no alto da tela, em 
preto-e-branco, porém, o restante 
do jogo continua colorido! Bizarrices 
da BitCorp... 


Os gráficos do jogo são me- 
dianos, seguem o mesmo “padrão” 
dos outros jogos da CCE desta série 
(ou seja, seguem o “padrão” da Bi- 
tCorp.), é fácil perceber. Por isso, não 
são muito sofisticados, e neste caso 
são meio “quadradóes” mesmo. A 
animação de Ali Babá se movendo 
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também não é muito “certinha”. O 
som é muito repetitivo, não há mú- 
sica de fundo, e, salvo a voz sinte- 
tizada, o som do jogo deixa muito 
a desejar. A resposta do joystick é 
um pouco lenta, mas é algo do jogo 
mesmo. A jogabilidade em si é bem 
simples e acaba “enjoando” rápi- 
do, lamentavelmente. Uma pena, 
a idéia até que é boa, poderiam 
ter melhorado em alguns aspectos, 
deixora o jogo mais bacanal 


Este título, por incrível que 
pareça, teve alguns relonçamentos, 
por outras empresas, fora a produto- 
ra original (BitCorp.). Ele foi lançar- 
do, não só aqui no Brasil, por uma 
empresa chamada Zimag (a qual, 
curiosamente, lonçou outros jogos 
da BitCorp. com outro nome) com 
o nome alterado - e bem cômico 
até - para “1 wont my Mommy” ou, 
em português, algo como “Eu quero 
a minha mãe!. O jogo é essenciatl- 
mente o mesmo, porém, foi removi- 
da a voz sintetizada. Colocou-se no 
lugar uma pequena melodia ao se 
ligar o cartucho, e o gráfico do te- 
souro do Ali Balbá foi sulostituído por 
um desenho de uma maçã! E, clar- 
ro, a história do jogo foi modificada. 
Nesse, você é Teddy, que precisa ir 
até a sua mãe, as cordas são agora 
as “escadas mágicas” e as bolas de 
magia são os “beijos da mamãe”. 
Que fofo, não? Além deste, o jogo foi 
lonçado também com o nome de 
Apples and Dolls”, inclusive lançar- 
do com este nome por nada menos 
que a própria Poly vox! 


Enfim, se o “Open, Sesame” 
em si não é lá grande coisa, ao me- 
nos traz algumas curiosidades inte- 
ressonmtes! 








ZEPHYR Li 


Froggy Software (Richard Soberkay) 
para Apple Ile, Ilc e IIGS 
Gráficos/Som: 8 

Ação/Controles: 6 


Marcus Vinicius Garrett Chiado 


ono é 2167. A Terra foi aban- 

donada após a Terceira Guer- 
ra Mundial e outros mundos foram 
colonizados pelo Homem desde en- 
tão. O jogador, no papel do valente 
Tenente Richard Britain, deve de- 
fender a colônia EOR-A5 contra os 
invasores inimigos que ameaçam 
dominar o planeta. Para tonto, há à 
disposição a nave especial Zephyr, 
que dá titulo ao jogo, com a qual 
a solitária missão deve ser levada a 
cabo. 


Programado pelo francês Ri- 
chard Soberka, manjado hacker e 
programador de Apple II daquele 
pois, Zephyr deveria ter sido lançado 
no Natal de 1987 — e só não viu a luz 
do dia porque a softhouse em ques- 
tão, a Froggy Sofiware, encerrou as 
atividades. A fm de que o projeto 
não ficasse perdido para sempre, a 
Brutal Deluxe Software conversou 
com o autor e resolveu lonçár-lo, em 
quantidade limitada, em 2013. O 
produto foi comercializado em um 
pacote com diskette de 5,25” (uma 
face contendo a versão em Francês, 
a outra contendo a versão “interna- 
cional”, isto é em Inglês) e manual 
bilingue colorido, tudo acondicio- 
nado em uma embalagem do tipo 


ZipLock, comumente usada no fm 
dos anos 70 e início dos 80 quando 
os primeiros programadores, de fun- 
do de quintal, resolviom lomnçar seus 
joguinhos e aplicativos de maneira 
independente. 


Em Zephyr, o jogador dispõe 
de três naves cujas armas são dis- 
paros laser e cuja missão é avançar 
pelos setores da colônia, destruindo 
tudo o que vir pela frente. A nave 
pode manobrar para os lados e 
também verticalmente, e deve ser 
reabastecida durante o percurso, 
bastando que se voe através de 
placas gigontes com as inscrições 
"Kº (de Kerozene em Inglês): as 
quais são tonques de combustível 
que estão na superfície planetár- 
ria. Os inimigos são bem variados 
e nem todos podem ser destruídos: 
há veículos, naves, foguetes em 
rampas de lonçamento, tanques de 
guerra, tanques de produtos quími- 
cos, fábricas, construções e até alie- 





nígenas gigantes contra os quais a 
nave pode acabar se chocando. No 
canto superior da tela há alguns in- 
dicadores com que o jogador pode 
contar. É possível checar por meio 
deles, por exemplo, a distância per- 
corrida, a altitude, o setor (tela), a 
pontuação, a quantidade de naves 
faltontes e a quantidade de com- 
bustível que resta. No centro dos in- 
dicadores também existe um radar 
que deve ser usado para que se te- 
nha idéia do que há pela frente, ele 
é muito útil. 











Os gráficos, embora mono- 
cromárticos, são bonitos e variados, 
e foram desenvolvidos na resolução 
do Apple conhecida como DHGR (a 
famosa “Dupla-Alta”), dando idéia 
de tridimensionalidade. Logo de 
cara há uma bela tela de apresen- 
tação em que se ouve, numa falo 
sampleada, o título do jogo. Criou- 
se uma bela imagem de fundo que 
retrata o que parece ser uma cidar- 
de à distância, a qual varia confor- 
me o scroll lateral. A jogabilidade 





é muito rápida e, até certo ponto, 
bem confusa. Não se pode tirar os 
olhos da tela, principalmente do 
contador de combustível, que acar- 
ba rápido. Falando a verdade, tudo 
acontece rapidamente, a tela logo 
enche de adversários e de disparos, 
a ação é frenética. Se há algo que 
desaponta, porém, é o som simpló- 
no e repetitivo dos disparos e explo- 
soes. Eles poderiam ter sido melhor 
elaborados. 


Zephyr parece ser uma curio- 
sa mistura de Zaxxon (embora visto 
de frente), Buck Rogers: Planet of 
Zoom e Moonsweeper (do Atari), O 
jogo foz uso da mesma mecânica 
do voe-atire-abasteça. Apesar de 
não agradar a todos, é um dos lan- 
çcamentos recentes que vieram a 
calhar para os amantes dos micros 
da Apple, uma pena que o produto 
esteja esgotado. 


Dicas: Na dúvida, mantenha sua 
nave na maior altitude possível 





para que possa sobrevoar os obstár- 
culos. Não fique parado sempre na 
mesma direção, manobre sempre a 
nave para os lados. 





DUNGEONS OF DAGGORATH 111414 


DynaMicro para TRS-Color e 
compatíveis 

Gráficos/Som: 9 
Ação/Controles: 8 


Robson dos Santos França 


O); jogos eletrônicos podem ser 
vistos como representações de 
uma realidade observada (simular 
dores) ou, como ocorre na maioria 
dos casos, de uma realidade cons- 
truída. De toda forma, os criadores 
de jogos trabalham para que essa 
representação tenha certos ele- 
mentos com um quê mais realista 
ou mais próximo da nossa reali- 
dade. Isso pode ser feito de várias 
maneiras. Por exemplo, podem-se 
criar efeitos sonoros de explosões, 
passos, disparos de armas de fogo 
etc. Esse recurso tambêm pode ser 
utilizado nos gráficos, com o uso de 
imagens fotorealísticas, ilustrações 
feitas por artistas gráficos e o uso de 
gráficos tridimensionais - ou, no me- 
lhor caso, que criem uma ilusão de 
perspectiva. 


Um dos consoles clássicos 
especializado em gráficos vetoriais 


chama-se Vectrex. Possuindo uma 
tela de tubo de raios catódicos 
(CRT) dentro de seu próprio gabine- 
te, o Vecirex era capaz de renderi- 
zoar imagens vetoriais e, com pouco 
esforço, criar o efeito de perspectiva 
ou de profundidade citado ante- 
riormente. Para auxiliar nos cálcu- 
los matemáticos necessários nessa 
tarefa, o Vectrex contava com um 
microprocessador 6809, projetado 
pela Motorola. 


Uma linha de microcompu- 
tadores clássicos que também con- 
tava com esse processador era a li- 
nha TRS Color, representada aqui no 
Brasil pelos clones Prológica CP 400, 
Codimex, Color 64, Dynacom MX- 
1600, dentre outros. O 6809 possui 
diversos recursos importomtes para 
gráficos vetoriais, inclusive uma 
instrução de multiplicação, coisa in- 
comum se comparado com alguns 
dos processadores “rivais” da época, 
como o MOS 6502 e o Zilog Z80. 
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Douglas J. Morgan foi o líder 
de desenvolvimento para a Dynar- 
Micro de um dos mais desafiadores 
e ousados jogos para os micros da 
linha TRS Color. Dungeons of Dar- 
ggorath é um jogo de ação com 
fortes elementos de RPG, um típico 
“dungeon crawler' (explorador de 
masmorras). Seu objetivo é atraves- 
sar ars masmorras de Daggorarth, Iu- 
tando contra cavaleiros, monstros, 
aranhas e serpentes. Os labirintos 











ou níveis (cinco ao todo) são intrin- 
cados. Para passar de um para o 
outro, por exemplo, hã escadas em 
alguns pontos. Antecedendo vários 














jogos desse estilo —- como Phantasy 
star para Master System e Ultima 
Underworld para MS-DOS — o jogo 
conta com gráficos vetoriais para 
desenhar todos os elementos da 
tela. Além disso, apresenta vista em 
primeira pessoa, um conceito relarti- 
vamente novo na ocasião. 


No entonto, a inovação da 
equipe liderada por Douglas Mor- 
gan não parou nos gráficos. Não há 
uma barra de saúde (health bar), 
ao invês disso, o que o jogo apresen- 
ta como indicação da sorúde (vido) 
do seu personagem é um coração 
batendo. O seu personagem morre 
de ataque cardíaco causado pelo 
nervosismo durante o jogo. Quanto 
mais o jogador se desloca e mais 
inimigos aparecem e atacam, mais 
acelerado o coração fica. Um som 
rítmico acompanha cada batida, o 
que deixa o próprio jogador preocu- 
pado; hã o aumento da imersão, o 
jogador passa a se sentir cada vez 
mais no interior das masmorras. Ex- 
ceto pelos efeitos sonoros dos atar- 
ques e do movimento do personar- 
gem e dos inimigos, não há outros 
sons, o que confere ao clima uma 
tensão adicional. 


Por outro lado, a jogalbilidar- 
de de Dungeons of Draggorath está 





mais próxima dos títulos de aven- 
tura textuais, como Zork. Não se 
preocupe se você não possui um 
joystick, pois o jogo não necessita 
de um. Ao invês disso, ele aceita 
comandos digitados, como MOVE 
para mover o personagem, TURN 
LEFT para virar à esquerda, PULL 
RIGHT <item> para pegar um item 
com a mão direita, ATTACK RIGHT 
para atacar com o objeto que se en- 
contra na mão direita, LOOK para 
observar o ambiente, EXAMINE 
para procurar por itens nas salas da 
masmorra, e assim por diante. Esses 
comandos possuem abreviações (A 
L para atacar com a mão direita, 
por exemplo), que agilizam o con- 
trole do jogador. No entanto, o fato 
de ser necessário digitar os coman- 
dos, aliado & tensão provocada por 
todo o clima, faz com que a mera 
digitação de caracteres se apresen- 
te como um desafio extra e como 
mais um elemento de tensão. 





O segredo para dominar a 
aventura está em balancear os atar- 
ques aos inimigos e a movimentar- 
ção pelos labirintos, enquanto o jo- 
gador usa o escudo para se proteger 
e bebe líquidos de vigor (thews flask) 
espalhados pelas telas, evitando os 
líquidos de penalidade (abvye flask) 
para não sofrer danos. Quando a 
força do jogador for inferior ao dono 
sofrido, os batimentos cardíacos fi- 
com acelerados e, ao passarem 
certo limiar, o personagem morre. 


O jogador, então, é agraciado com 
a mensagem: “YET ANOTHER DOES 
NOT RETURN. 


Considerado um dos mais 
elaborados jogos para a linha TRS 
Color, Dungeons of Draggorarth não 
é para os fracos e os que se intimi- 
dam facilmente, 





BUCK ROGERS SUPER GAME 


Team Pixelboy para ColecoVi 4 4 4 
com SuperGame Module 
Gráficos/Som: 9 

Ação/Controles: 7 
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BS Rogers Super Game é uma 
conversão, para o ColecoVision, 
do arcade Buck Rogers: Planet of 
Zoom, lançado pela SEGA em 1982. 
Um port já havia sido lançado em 
cartucho, é verdade, mas a versão 
aqui analisada é a que foi adap- 
tada a partir do microcomputador 
Adam, também da Coleco, para 
que funcionasse com o SuperGame 
Module da OpCode Games (vide a 
Jogos 80 de número 10) em qual- 
quer ColecoVision comum, 


No comando de um caça es- 
pacial, você é o herói Buck Rogers 
e deve enfrentar hordas de inimigos 
que ameaçam o Ploneta Zoom. De- 
ve-se pilotar ora em superfícies plar- 
netárias, cheias de discos voadores, 








torpedos, Tripeds”, tanques e outras 
ameaças, ora no espaço sideral, en- 
frentando asteroides, naves, minas 
espaciais e satélites até que, uma 
vez no Planeta Zoom, atinja-se a 
nave de comando invasora para 
que Buck Rogers, se bem sucedido, 
possa escapar por meio do Space 
Warp Tunnel. O gameplay recome- 
ça, então, de maneira sucessivar- 
mente mais difícil. 


Cada tela apresenta um nú- 
mero X de naves/veículos que de- 
vem ser destruídos, número esse in- 
dicado pelo contador “UFO Count”, 
ao passo em que, na parte superior 
do vídeo, outro contador, de tempo, 
decresce. Caso se destruam os inva- 
sores qmtes que o tempo chegue a 
zero, ganha-se um bônus. Somente 
será possível avançar ao próximo 
setor (tela) quando se pulverizar 
a quantidade de inimigos indicar 
da — os únicos cuja destruição não 
afeta a contagem são os torpedos 
e os foguetes. Os dez setores, cada 
quol com suas particularidades, 
são respectivamente: First Trench, 
saqucer Battle, Pylon Array, Space 
Mine Field, Second Trench, Lan- 
ding Zone, Asteroid Field, Surface of 
Zoom, Command Ship e Space War 
Tunnel, 


Há duas formas de se utilizar 
o controle do ColecoVision no jogo. 
Há o modo original de comando 
da versão do Adam (que desagrar- 
dava muita gente) e há o modo 
implementado pela Team Pixelboy, 
empresa que lançou o cartucho, 
com fins de facilitor o gameplay 
e, segundo a empresa, melhorar o 
jogo, deixando os comandos mars 
parecidos com os do arcade. No 
primeiro, o botão direito dispara a 
arma e o botão esquerdo acelera a 
nave quando pressionado continu- 
amente, porém, há desaceleração 
quando se solta o botão. No segun- 
do, tanto o botão esquerdo quanto 








o direito disparam e a aceleração é 
controlada pelo keypad, sendo que 
o botão 1 acelera e o botão 3 desa- 
celera. Particulormente, o segundo 
modo parece mesmo mais cômodo. 
A fim de que se altere para o modo 
Adam, basta que se pressione a 
tecla * (asterisco) na tela em que 
aparece o título do jogo; caso nada 
seja feito, automaticamente o modo 
Team Pixelboy é acionado. Procure 
experimentar ambos, eles trazem 
desafios diferentes — e o nível de difi- 
culdade é mesmo alto, preparem-se 
para penar nas primeiras partidas! 


esnilcis UFO COUNT: 1d 





Em termos gráficos, Buck Ro- 
gers Super Game é bem melhor que 
o primeiro, isto é, a versão normal 
do ColecoVision. Há mais sortimen- 
to de inimigos, há gráficos de fundo/ 
cenários melhor elaborados e, em 
algumas telas, há até side scrolling. 
Além disso, há efeitos sonoros dife- 
rentes e um efeito muito bonito de 
explosão da nave do jogador, au- 
sente do cartucho comum. Pode-se 
dizer que o nome Super Game não 
existe somente no título, pois pro- 
porciona uma nova vida ao game! 
A Team Pixelboy está de paralbéns 
também por comercializar um pro- 
duto de primeira qualidade: a em- 
balagem, o label, o overlay, o belo 
cartucho translúcido, enfim, é tudo 
muito caprichado. Recomendamos 
este belo jogo para o sistema Cole- 
coVision! 
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L 
Fai como, de tempos para cá, a tecnologia 


fica obsoleta e se reinventa tão rapidamente, 

quase como se não aproveitássemos direito um 
produto recém comprado. Em termos de games, não 
é diferente, tem-se a impressão de que um console é 
lançado e logo é substituído por um que tenha mais 
memória, mais capacidade gráfica e jogos mais 
complexos. Houve uma época, porém, que as coisas 
não aconteciam tão rapidamente. 


Sobre este tema, o estar obsoleto e a chegada 
do novo, é que trata o documentário britânico “Arcar- 
de Attack: The Silverbaill Heroes Vs. Video Invaders”, 
produção de 1982 do britânico Mike Wallington, di- 
retor e produtor de documentários. Em seus 25 mi- 
nutos de duração, Arcade Attack põe frente à frente 
um colecionador de Pinball, Geoff Harvey, e o gar- 
roto prodígio Stephen Highfield, mestre do jogo de 
arcade Defender, da Williams, à época em que os 
ditos fliperamas de tela ganhavam popularidade e 
começavam a deixar as velhas mesas da Bolly, da 
Gottlieb e da Williams para trás. En meio aos sons 
sintetizados, às luzes e aos efeitos sonoros, cada qual 
procura, de certa forma, se “defender”; demonstron- 
do por À + B as peculiaridades positivas de seus olo- 
jetos de desejo: ora o caráter caótico, imprevisível e 
“mágico” do Pinball, ora a “inteligência” regida pelos 
chips de Defender, uma inteligência que seria mamn- 
jada, programada, não caótica. 





VITRINE 


O grande viés do documentário, porém, já 
pode ser percebido nos primeiros minutos de exi- 
bição, nas cenas rodadas em um cais da Inglar- 
terra — e o destino cruel a que todos os aparelhos 
eletrônicos, inclusos os games, acabam entregues: 
tornar-se obsoletos. A bola da vez, isto é, a batalha 
da vez, contudo, troz a imensa coleção de pinbaills 
barulhentos e iluminados versus as novas máquinas 
de diversão eletrônica, os arcades, que chegavam 
para ficar com seus gabinetes verticais igualmente 
iluminados. Homem e menino digladiam” e ecoam 
ais respectivas tecnologias. 





Não ousaremos estragar os fantásticos minutos 
finais do documentário (se é que se pode chamá-lo 
assim, pois há uma mudança brusca na linguagem, 
que se torna metalinguagem), quando os telespec- 
tadores poderão esperar por algo parecido com o 
que se vê no filme Tron, 


No fim das contas, a ironia da coisa é que, 
hoje, tanto o Pinball quanto os Arcades, como os co- 
nhecemos, estão extintos. 


E quem não tem medo de ficar obsoleto”? 


O documentário pode ser visto on-line por meio desta URL: 
http: “uu, gametrallers.comívideos/ofhitu/arcade-attack--- 
1982---25-min- 
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ENTREVISTA: Andy Hopper 





Entrevista e Tradução: 
Jecel Mattos de Assumpção Jr. 


Jogos 80: Na palestra, o sr. mencionou que 
fundou a Acormn, mas começou a sua própria 
companhia, a Orbis, e esta foi comprada pela 
Acorn. Por favor, comente. 


Andy Hopper: Sim, está certo. Na realidade, eu 
cofundei a Orbis com Hermann Hauser, que era uma 
companhia de redes, e Hermann Hauser cofundou 
a Acorn (na realidade, não era chamada de Acom, 
era chamada de CPU Limited) com Chris Curry. Elas 
ficavam na mesma sala, no mesmo escritório. Logo 
depois, Hermann e Andy venderam a Orbis para o 
Hermann e o Chris, e Hermann, Andy e Chris eram 
diretores da coisa toda. Em menos de um ano, ouseja, 
dentro de um período curto de tempo, tudo se tornou 
um. Mas, para usar uma expressão americana, eu 
era o terceiro trouxor. 


le é catedrático de Informática e 

diretor do laboratório de computar 

ção da universidade de Cambridge, 
Inglaterra. Além destas credenciais, tam- 
bém esteve diretamente envolvido com a 
Acomn Computers e ajudou a desenvolver 
o lendário BBC Micro, além de ter criado a 
Econet, a rede da Acorn. Tivemos a honra 
e o prazer de conversar com Andy Hopper 
arpôs a palestra que ministrou em São Car- 
los, interior de SP (vide http:*/Wu.Cl.cam. 
ac uk” AHIZ/ para os slides). Ele bateu um 
papo com a Jogos 80 e revelou detalhes 
sobre projetos dos quais participou, bem 
como das empresas nas quais atuou. 


J80: A participação do sr., dali em diante, qual 
fOIg 


AH: Eu era diretor, era dono de ações e era “diretor 
de pesquisa”. Você sabe, eu era o que disse hoje na 
palestra, isto é, fazia aquela ligação do knowhow 
da universidade com os indivíduos - dentro da 
universidade — para o propósito de recrutamento 
e para o propósito de influência. E, como 
reciprocidade, acabamos fazendo muitas doações 
para a universidade e coisas assim. 


J80: A Orbis era voltada às redes, logo o sr. teve 
alguma influência na Econetg 


AH: Sim, eu projeteia Econet da Acorn. Nós tínhamos 
uma rede de alta velocidade, cnamada de Anel de 
Cambridge, a 10 Mbps. Vendemos alguns projetos 
na Orbis e o sistema era high end, bem caro. 
Novamente, todo o conhecimento foi transferido 
para alguém... um sistema de rede da Acorn, com 








servidores de arquivo, redes etc. Ainda me lembro 
de Bill Gates chegando, um dia, e perguntando: “O 
que é isso?”. Falamos: “Bill, isso é uma rede!": ao que 
respondeu: “Muito interessante”. E a Econet era para 
tentar fazer algo que funcionasse razoavelmente 
bem e o mais barato possível. Jogamos fora o anel, 
que era muito caro, e adotamos um projeto, ao estilo 
Ethernet, muito simples e que precisava de uns 
poucos transistores para implementá-lo. Assim foi 
como a Econet começou. 


J80: Sobre o chip do BBC Micros Qual foi seu 
papel? 


AH: Antes de fazer o processador ARM, fizemos coisas 
loucas. A Acorn fez chips usando software de C.A.D. 
que tinha sido desenvolvido e projetado por colegas; 
não só por mim, mas David Wheeler e Maurice Wilkes. 
Usamos software de 
C.A.D. para projetar 





J80: O primeiro protótipo foi construído com TTLs 
ou ele já tinha um chip próprio? 


AH: Ele já tinha um chip próprio. 


J80: Aquele primeiro protótipo que foi construído 
em uma semanag 


AH: Não, desculpe! Aquele não tinha. Desculpe, o 
que foi construído em uma semana não tinha, não 
tinhamos bem os gráficos. A implementação real 
com todas as características do Modo O, que era 
o modo de alta resolução, só estava disponível na 
versão com o chip. 


J80: O sr. está falando daquele C.A.D. que foi 
desenvolvido para o projeto do Anel Rápido de 
Cambridges 


AH: Não era só o 


chips, para se ter | “ainda me lembro de Bill Gates che-| Anci Rávido de 
a descrição das | o e Cambridge -— era, 
conexões, para se gando, um dia, e perguntando: O que ontes, o Anel de 
ter um simulador | é isso?'. Falamos: “Bill, isso é uma rede!” | cambriage. A 
um pacote de | go que respondeu: 'Muito interessante'...” | “com pegou as 
layout, | anotação | ferramentas de 
vinda do layout C.A.D. dolalboratório 
dos capacitores, de computação e as 


capacitâncios das trilhas (para ver se ainda 
funcionario), esse tipos de coisas. Então, isso tudo 
foi escolhido e usado dentro da Acorn para que se 
projetassem dois chips de vídeo e um para a interface 
serial. Fisicamente, nós ainda nos sentávamos 
no laboratório de computação “debaixo” de um 
contrato da Acorn. Acabou que o BBC Micro tinha 
gráficos melhores do que a competição. A razão 
porque tinha melhores gráficos era, em parte, porque 
a coisa estava implementada num chip. O chip, a 
propósito, foi testado para temperatura no forno da 
minha casa. 


J80: Oh! Isso é fantástico! 


AH: O BBC Micro... Eu o coloquei no meu forno 
e aumentei a temperatura para ver quando ele 
parava de funcionar. 


usou. Eles tinham boa ciência da computação de 
modo que a linguagem de descrição de hardware 
erabem genérica. Era, narealidade, umalinguagem 
de programação mesmo. Assim, poderia descrever 
toda espécie de coisas. Não era restrita, era uma 
abordagem bem de ciência da computação, mas 
não estava sendo desenvolvida comercialmente 
de nenhuma maneira. Deveria ter sido, hoje seria 
chamada de Cadence. Como a indústria de CA.D. 
estava começando, nós decidimos, na Acorn, que 
precisávamos de um conjunto bom de ferramentas. 
Eu convenci Hermann, que era o diretor-gerente, que 
devíamos investir um bom dinheiro para comprar 
as ferramentas. O projeto ARM foi completamente 
baseado nas ferramentas, ferramentas comerciais. 


J80: Da VLSl Technology? 


AH: Está certo. Qudos era uma companhia que 








três de nós começamos; Hermann, eu e um colega 
chamado Haroon Ahmed. E ela usou as ferramentas 
de CA.D. do laboratório de computação que 
tinham sido licenciadas para a Acomn por uma 
quantia modesta. Usou como a base do produto. O 
problema era... Tentamos fazer coisas em demasia. 
E éramos muito bonzinhos uns com os outros. As 
personalidades funcionavam assim: eu, como 
engenheiro de computação, Hermann, como físico 
com vocação para a inovação, e Haroon Ahmed, 
como um engenheiro voltado para a Física, que 
construía máquinas e-beam - de feixes de elétrons, 
certo”? Decidimos. Teríamos o empreendedorismo do 
Hermann, teríamos minhas ferramentas de CA.D. 
e teríamos as máquinas e-beam do Haroon. Era 
como cinco negócios e não um. Então deveríamos 
ter abandonado o negócio de e-beam, que não 
estava aumentando, era complicado, caro e assim 
por diante. Mas éramos muito bonzinhos uns para 
com os outros. Poderíamos ter sido a Cadence, mas 
não fomos. 


J80: Gostaríamos de saber sobre o financiamento. 
Vimos um programa, “Micro Men”, que mostrava 
a Acormn emprestando dinheiro de bancos. 


AH: Sim, emprestamos de bancos e financiamos 
coisas com pessoas... Recebíamos dinheiro para 
entrega futura de produtos e empréstimos bancários. 
Eu não apareci em “Micro Men”, pois como disse, 
eu era o terceiro 'trouxor”. Era essa combinação de 
carreira universitária e industrial, e tem um custo a 
ser pago por isso... Você pode fazer as duas coisas, 
é importante fazer o dobro... Assim, você tem uma 
posição melhor nos dois lados, mas você compromete 
tanto o lado industrial como o acadêmico. 
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J80: O sr. não parecia ser muito favorável ao 
modelo de capital de risco. 


AH: Euseriase funcionasse. Sou favorável a qualquer 
Coisa. 


J80: Isso é algo que não tivemos no Brasil. Todo 
nosso financiamento veio de outras fontes. 


AH: Sim, então, quero dizer que continua até hoje, 
nossas companhias são destruídas enão melhoradas 
com isso. Deixe-me explicar. É a diferença entre a 
Califórnia e Cambridge. Na Califórnia, uma nova 
empresa é o que você poderia chamar de projeto. 
Você se junta com alguns indivíduos, define a 
companhia, trabalham juntos intensamente por 
uns seis meses, um ano, e é um projeto. Se der certo, 
fantástico. Se não der, vocês se separam, você se 
senta ao lado das pessoas seguintes, vocês se 
recombinam. Você pode ter se dado mail aqui, ndo 
importa, vai em frente. E é fabuloso, uma maneira 
muito eficaz de operar para a Califórnia. Em 
Cambridge temos dinastias. Somos muito voltados 
para a engenharia. Gostamos disso, é nosso talento. 
Então você não se separa e recombina, você se 
casa com alguém, certo? Falando em termos 
de engenheiros. Na situação em que tenho me 
encontrado na maioria dos meus negócios nos 
últimos dez anos, o capital de risco não foi uma boa 
Opção. 


J80: Bem, muito obrigado por sua atenção! 


AH: De nada. Muito obrigado por ter escrito para 
mim. 


J80: Muito obrigado por sua palestra. 


AH: Espero que tenha sido útil. 
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Bate-Papo com Howard Scott 
Warshaw sobre a histórica escavação 


Marcus Vinicius Garrett Chiado 
Carlos Bragartto 


turbando as mentes de colecionadores de games e 

fãs da Atari desde os anos oitenta foi desvendado. 
Cartuchos do infame jogo E.T. The Extra-Terrestrial, criar- 
ção do programador Howard Scott Worshaw para o Atari 
2600, os quais foram enterrados nos anos oitenta — juntos 
de outros títulos — pela Atari em uma tentativa de se livrar 
do “encalhe”, começaram a ser desenterrados por uma 
empresa conadense de entretenimento, a Fuel Industries, 
em um evento aberto ao público. A história toda será exi- 
bida neste ano, na forma de um documentário produzido 
pelo estúdio Lightbox (e patrocinado pela Microsoft), cuja 
estréia deverá acontecer no famoso evento Comic-Con. 
Posteriormente o vídeo poderá ser visto por meio da rede 
Live, nos consoles Xbox One e Xbox 360, sob o selo Xbox 
Entertainment Studios. 


IN: dia 26 de Abril, um suposto mito que vinha per- 


Não queremos chover no molhado, afinal, diversos 
sites detalharam — com muitas fotos — a famosa escavar 
ção que, além de E.T., revelou títulos como Centipede, 
Asteroids, Breakout e Pac-Man. De todo modo, um dos 
fatores mais interessantes do processo foi a presença de 
Howard Warshaw, que acompanhou de perto o evento e 
testemunhou a retirada, do aterro, do primeiro exemplar 
de sua criação encontrado — em estado de conservação 
surpreendente se levados em conta o tempo decorrido e 
as condições de “armazenamento”. 
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E.T. trazido das entranhas da Terra. Foto: Megan Geuss para o site http:**arstechnica.com 


A Jogos 80 bateu um papo com ele para saber o 
que o homem sentiu naquele momento, quais foram suas 
impressões e o que tinha a dizer sobre o mito cujo misté- 
rio parece ter sido desvendado. Com a palavra, Howard 
scott Warshorw! 


Jogos 80: Howard, sabemos que sempre suspeitou de 
que a história do aterro fosse um mito [vejam a Jogos 
80 de número 5), uma farsa. Depois de tudo que foi 
dito e feito, o caso não é um mito afinal. O que tem a 
dizer aos nossos leitores? 


Howard Scott Warshaw: É verdade que sempre duvidei 
da veracidade do mito, porém, nunca fiquei tão feliz da 
vida ao estar errado. O caso é que nunca acreditei no 
mito porque ele não faz sentido. Uma empresa que es- 
toria sofrendo financeiramente iria gastar muito dinheiro 
para se livrar de algo presumidamente sem valor? Porém, 
em termos de Atari enquanto empresa, era sempre de se 
esperar algo não convencional, algo incomum. Era uma 
companhia maluca, um lugar de doidos, e justamente o 
não ser convencional é que fez dela um lugar fantástico 
e prazeroso para se trabalhar. 


J80: Alguns sites reportaram que ficou muito emocio- 
nado quando encontraram o primeiro cartucho. O 
que passou por sua cabeça na horag 


HW: Quando os cartuchos foram descobertos, uma horda 
de pessoas se reuniu de forma ensandecida, perplexas, 
aro redor do local da escavação. Todo mundo gritava, as- 


> 








Conforme informações do site Alamogordo News, foram desenterrados 
1.377 jogos. Estes nomes perfazem parcialmente a contagem do que foi 
achado: 17] cartuchos de E.T., 190 de Centipede, 116 de Defender, 59 
de Missile Commana, 99 de Warlords e 53 de Asteroids. Outros títulos de 
Atari 2600 e de Atari 5200, e consoles também foram encontrados. 


O site Polygon informou que, do total, 700 cartuchos serão catalogados, 
avaliados e certificados no Museu de História Espacial do Novo México 
para que possam ser postos à venda ao público. Aproximadamente 100 
serão entregues à Fuel Industries e à Lightbox, responsáveis pela esca- 
vação e pelo documentário, e o restante será doado a outros museus 


da região e do pais. 


Segundo a mesma reportagem, estimam que ainda haja 700 mil car- 
tuchos enterrados no mesmo local, porém, eles devem permanecer 
como tal, ou seja, não serão retirados: “Deixaremos o restante dos jogos 
lá”, disse a prefeita de Alamogordo, Susie Galea, em entrevista ao refe- 
ndo site. Joe Lewandowsky, da Operation Consultants, igualmente co- 
mentou ao Alamogordo News sobre o porquê de não se retirarem mais 
cartuchos: “Quanto menos material à disposição, mais valioso se torna 
o que temos - e é porisso que não continuamos a perfurar”. 


maioria das pessoas acha que conhece, mas 
que tem muito mais a revelar. Há a promessa 
de que o documentário será esclarecedor e 
contagiante, e que finalmente os fás poderão 
conhecer, de verdade, o que se passou nos 
bastidores de uma lenda urbona que virou 
mito. 


J80: Howard, ouviu falar do projeto da Ne- 
oComputer (http:/*uNw.neoconputer.org/pro- 
Jects*et/) para “arrumar” o jogo? Que pensa 
dele? Será que deixaram E.1T. mais parecido 
com o que você pretendia à épocas 


HW: Não tenho problema algum com a noção 
de que hoja problemas de jogabilidade com 
meu E.T, Em outras palavras, tenho os pés no 
chão. Joguei a versão “corrigida” e creio que 
realmente haja uma melhora substancial. Ela 


sobiarva, festejava, e o ar estava carregado de excitação, 
clegria e êxtase (e areial). Então tive um vislumbre, algo 
me ocorreu. À razão pela qual criei jogos na Atari foi en- 
treter e alegrar as pessoas, livrondo-as das agruras do diar 
a dia. Criei jogos para lhes possibilitar momentos mararvi- 
lhosos. Naquele dia, no meio do Deserto do Novo México, 
eu fz exatamente aquilo! Um pedaço de meu trabalho, 
feito há 32 anos, ainda criava momentos especiais! Meu 
coração se enterneceu e fiquei repleto de gratidão. 


J80: Poderia revelar detalhes sobre o documentário 
que estão realizando? 


HW: Trata-se de uma produção de altíssima qualidade, 
feita por profissionais de ponta, sobre um tópico que a 





eliminou, na minha opinião, o maior proble- 
ma da versão original: a desorientação do jo- 
gador. Honestamente”? À época, eu gostaria de poder ter 
tido a chance de programar por mais um ou dois dias 
para que conseguisse corrigir os problemas. De todo 
modo, se eu tivesse gozado de mais alguns dias e corrigi- 
do tudo, provavelmente não estaríamos tendo esta con- 
versa agora. Obrigado! 
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O site Alamogordo News detalhou os gastos com a 
escavação, que chegaram a 50 mil dólares. Ela foi, 
conforme entrevista dada pela prefeita Susie Galega, 
da cidadede de Alamogordo, mais intensa do que 
se previu: “A escavação teve de ser mais profunda 


do que imaginávamos. Previram que se perfuraria até 
18 pés [5,5 metros), mas tiveram de ir até 30 (9,1 me- 
nos 


Os gastos: 


- Perfuração /Egquipamento: 20 mil dólares. 

- Engenharia: 12 mil. 

- Gastos com guinchos e reboque: aprox. 10 mil. 

- Segundo aterro (o lixo não pôde ser colocado de 
volta): 8 mil. 


Para saber mais: 
nEtp: “wu, alamogordonens.com/alamogordo-nens/ci cosbodbh: 
city-still=decidina-uhat-=do-atari-games 


netp: wu, polygon.com2hL4/3/3h/ar 6494 /et-atari-buy-lan- 
dfill-muyseum 





Howard Warshaw em entrevista ao 
site IGN. Foto: Howard Warshaw. 





Novos horizontes para desenvolvimento 
de software para MSX. 





Ricardo Jurczyk Pinheiro 


a última MSXRio do ano de 2013, um projeto 
IN tínhamos conhecimento do desenvol- 

vimento finalmente iria ser apresentado. A 
equipe (composta pelo Angelo e o Luciano) tralbar- 
lhava nessa ferramenta há pelo menos 4 anos, e 
finalmente o projeto iria, na sua versão atual, ser 
visto. O sucesso foi imediato. Todos os presentes fi- 
coram muito impressionados e com minhocas na 
cabeçor”, pensando em tudo que poderia ser desen- 
volvido, em termos de aplicativos, e principalmente 
jogos. Então, pensando em apresentar a ferramen- 
ta e seus criadores, entrevistei-os para a Jogos 80. 
Nada melhor do que os pais da criança para expli- 
car. Então divirtam-se com a conversa! 


Jogos 80: Antes de tudo, falem um pouco de 
vocês. Quem vocês são, de onde vieram, para 
aonde vão... 


Angelo: Chamo-me Angelo Marcelo, tenho 38 anos, 
sou casado e com um filhinho de oito meses. Embora 
tenha cursado Eletrônica durante o segundo grau, 
graças à paixão pelo MSX acabei me graduando 
em Tecnologia de Processamento de Dados pela 
UniverCidade e posteriormente me pós-graduando 
em Análise, Projeto e Gerência de Sistemas pela 
PUC-Rio. Trabalho como Analisto/Desenvolvedor 
de sistemas há 15 anos. Gosto de mangá, desenho 
onimado, artes marciais e colecionar/jogar em com- 
putadores e videogames antigos. O MSX é minha 
paixão, um Gradiente Expert 1.1, que foi meu pn 
meiro micro, quando crionçar, aros 10 anos de idade 
em 1985. Eu tive no MSX uma boa base para minha 
formação profissional. Além disso, não esqueço os 
laços de amizade que se formaram e se mantêm 


até hoje. Importante dizer que foi graças ao MSX 
que eu e o Luciomo nos tornamos amigos na escola 
e essa amizade já tem mais de 25 anos. 


Luciano: Meu nome é Luciano Clemente, tenho 38 
anos, sou casado, tenho duas filhas e moro no Rio 
de Janeiro. Sou analista desenvolvedor graduado 
na UniverCidade e pós-graduado pela PUC-RJ. Tive 
o meu primeiro micro, um MSX Hotbit preto, aos 12 
omnos. Comecei a fazer alguns programas, mas sem 
muito contato com informações técnicas, como Ii- 
vros e revistas. Eu usava o MSX principalmente para 
jogar. Eu estudava no mesmo colégio que o Angelo 
e um amigo da classe apresentou-me a ele justa- 
mente por causa do MSX. E ele já fazia algumas coi- 
sas interessantes em BASIC, apesar da mesma falta 
de informação. Participei de grandes projetos, mas 
este é sem dúvida um dos mais importantes tanto 
pela amizade de 25 anos quanto pela paixão pelo 
MSX! 


J80: O que é o OldBits Dev Studio? Ele é uma IDE, 
um conjunto de bibliotecas, ambos...º 


A/L: Ele é tudo isso e mais o quanto nossa imagji- 
nação nos permitiu “viajar na maionese”. A ideia é 
criar um ambiente o mais completo possível para 
facilitar o desenvolvimento de novos softwares, tor- 
nando o trabalho mais produtivo, e por que não, 
prazeroso? Com isso em mente, podemos dizer que 
a OldBits Dev Studio na verdade é: 


* Uma IDE para desenvolvimento rápido e ágil; 

* Um conjunto de bibliotecas; 

* Um conjunto de ferramentas de auxílio à criação 
de gráficos, áudio etc. 


Por ocasião da elolvoração dos requisitos para cons- 








trução da ferramenta, tentamos pensar em um 
ambiente de desenvolvimento o mais completo 
possível, e voltamos nossa atenção para as atuais 
ferramentas de desenvolvimento, como o NetBe- 
ans, o Microsoft Visual Studio 

e o Eclipse. Com isso, tenta- ElEBZEs 

mos trazer pora o cenário de |ibu 


max. udp. VISA plosprite movel Nave, x 4) 


Muitos brincam dizendo que os programadores atu- 
ais são preguiçosos e alta- 
mente dependentes de de- 


em terminada ferramenta “XVYZ”, 





retrocomputação conceitos |IFERFDEMSTEO 
modernos de desenvolvi- 


do paradigmas e trazendo 
agilidade à programação 
sem perder o espírito “OldS- 
chool”. Também acrescentar- 
mos recursos que são muito 
comuns para os programar 
dores de hoje em dia, mas 


Old Bits Dev Studio 


mento de software, mudamn- poi 
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mas a verdade é que num 
mundo onde tempo é um 
item cada vez mais escasso, 
somos forçados a cada vez 
mais buscar meios que pou- 
pem nosso tempo. A gente 
fca sempre entusiasmado 
quando sai um “demo jogár- 
vel”, mas passam-se meses e 
começamos a perceber que 
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que para o pessoal dos 8 bits 
eram impensáveis naquela 
época. Vamos citar dois dos 


o projeto foi abandonado por 
desistência dos participon- 
tes. Eles não têm mais ânimo 











recursos encontrados na Ol- 
dBits Dev Studio para melhor 
compreensão dos benefícios 
que tentamos introduzir com 
esse modelo de desenvolvi- 
mento integrado: 

Projeto MSX 1 
* Code Completion: Recurso 
que ajuda a escrever uma 
instrução, comendo ou fun- 
ção. Logo, com a digitação 
de apenas algumas letras, 
a IDE adivinha” o restante, 
completando assim a senten- 
ça desejada sem erro. Para 
aqueles que não são desen- 
volvedores, isso é parecido 
com o recurso de “predição” 
da digitação dos celulores modernos. 


* Namespace: É um conceito utilizado em linguar- 
gens mais modernas, como por exemplo, o Java e o 
CH que agrupam classes ou, no nosso caso, rotinas, 
ojudando não só a manter as bibliotecas de forma 
organizada, mas a evitar confusões de uso equivo- 
cado de rotinas, evitando que os nomes colidam” 
com outras rotinas. Aqui vai um exemplo: 


Templates de projeto 





em dar continuidade a um 
projeto grande, complexo 
e por demasiado longo. Um 
dos objetivos da nossa ferrar- 
menta é que o desenvolve- 
dor não gaste mais dois ou 
três anos para desenvolver 
um jogo. Dessa forma pode- 
mos aumentar a quantidade 
de lançamentos e a quan- 
tidade de desenvolvedores 
para as mais diversas plartar- 
formas. 


J80: Qual foi a motivação 
de vocês para fazer essa 
suite de desenvolvimento? 
Há quanto tempo vocês tra- 
balham nelas 


A/L: Nós estávamos na MSXRio'2007, onde nosso 
amigo Márcio Lima de Carvalho nos apresentou ao 
Ricardo Oazem, que tem grandes projetos, entre eles 
a VDU/VSU (módulo com vários VDPs e chip de som 
ÓPL4) e vimos um potencial produtivo em questão 
de hardware, mas sem muita coisa em software. Isso 
nos levou a iniciar este projeto. A grande motivar- 








ção foi o Paradoxo de Tostines. Muito se discute nas 
comunidades de Retrocomputação que não vale a 
pena desenvolver novo hardware se não há softwar- 
re que os utilize. Contudo, não há estímulo para se 
desenvolver novo software 
se o hardware permane- 
cer estagnado. Portanto 
nada se faz e nada será 
feito. Junto a isso, experi- 
mentamos o martírio que 
é programar para o MSX 
em um nível mais elevar 
do (ou seria rebaixado?). É 
preciso muito conhecimen- 
to técnico para termos um 
desempenho aceitável no 
desenvolvimento de jogos. 
Além disso, jogos mais di- 
nâmicos ou aplicativos 


EB) Old Bits Dev Studio 
Arquivo Editar Ajuda 
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ensagem | Saída 


Sem contar nossas próprias responsabilidades com 
família, amigos, trabalho, lazer, etc. Afinal, temos 
uma vida! 


J80: Ele é focado, em 
princípio, em qual micro 
clássico, e quais versões 
desse micros 


—— 
Projeto | Busca 
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A/L: Iniciolmente fizemos 
para a plataforma MSX, 
não apenas por ser anossa 

E as favorita, mas por appresen- 
= tor grande flexibilidade e 
complexidade para tornar 
a ferramenta suficiente- 
mente robusta para voos 
mais audaciosos. Não há 
restrição ou foco quanto à 


o: 
=) “> console 
me CHPUT 
é WRITE() 
ER WRITELN() 
> convert 








que acessem o hardware 
de forma mais precisa e ou 
controlada requerem um 
enorme esforço, o que está 
muito distante da maio- 
ria dos usuários. É muitas 
vezes necessário um co- 
nhecimento profundo da 
arquitetura da máquina, 
além de conhecimentos 
avançados de programar- 
ção (na marioria das vezes, 
Assembly). Logo, ficou clar- 
ro que precisávamos criar 
algo que ajudasse a elimi- 
nar ou diminuir boa parte 
dessas barreiras. E com isso 
já se vão uns bons quatro 
onos de desenvolvimento 
da ferramenta e suas bibliotecas, pois foi necessár- 
rios adquirir conhecimentos muito específicos, tais 
como: 
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* Arquitetura do MSX; 

* Assembly Z80; 

* Construção de Compiladores; 
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Coluna 5 


versão da máquina, bas- 
tando que para atender a 
um  modelo/versão/confi- 
guração haja uma biblio- 
teca disponível. 


J80: Quais extensões do 
MSX a ferramenta que 
vocês desenvolveram já 
contemplag 


A/L: Como dissemos, não 
houve foco em um mo- 
delo/versão/configuração 
específico. Foi tudo feito 
por questões de oportuni- 
dade. Fizemos bibliotecas 
para MSX 1.0, MSX 2.0, e 
até mesmo para Turbo R, 
conforme a necessidade ou oportunidade se apre- 
sentassem. Fizemos bibliotecas para explorar recur- 
Sos novos, como os chips de som ÓOPIZ e chips de 
vídeo como o V9990. Vocês podem ver os vídeos 
das apresentações que aconteceram na última 
MSXRio'2013 e em Jaá, também em 2013. Com isso, 
temos bibliotecas desenvolvidas que funcionam 
para uma grande quantidade de equipamentos, 
mas algumas ainda precisam passar por uma or- 
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ganização, e ainda falta desenvolver muitas outras. 
O desenvolvimento da ferramenta caminha junto 
com o desenvolvimento de novas bibliotecas, bem 
como também pesquisa e experiências com novos 
hardwares. E não podemos falar mais sobre isto. 


J80: No momento, qual é o estado dela? Alfa, 
beta, gama, verde ou madura? Já está disponi- 
vel para download? 


A/L: É difícil determinar o estado de algo desse tar- 
manho, pois são muitos os detalhes e também mui- 
tas as funcionalidades desejadas por nós e que gos- 
toríamos de vê-las antes do “lançamento” oficial. 
Contudo, achamos importante informar que faltam 
coisas imprescindíveis para sua plena utilização. 
Coisas tão triviais quanto necessárias que pensar- 
mos não ser possível deixar de programar antes de 
permitir o contato da comunidade com a ferramen- 
ta. Ou seja... Vai sair um dia, esperem um pouco 
que vai! 


J80: No que ela facilita desenvolver software 
para MSXg 


A/L: A facilidade será usando a IDE e seu conjunto 
de ferramentas, permitindo ao desenvolvedor (usu- 
ário) realizar projetos de software com o mínimo de 
conhecimento de arquitetura da máquina. Dessa 
forma, ele estará livre para focar na criação e liber- 
to da grande parte dos problemas técnicos para sua 
realização. A IDE monipula bilbliotecas (escritas em 
Assembly nativo) de forma tal que o desenvolve- 
dor não necessita do conhecimento relativo ao seu 
funcionamento interno, mas somente de seus parãr- 
metros de en- 
trada e saída 
(conceito de 
caixa preta), 
e que são ex- 
portados de 
forma intuiti- 
va pela IDE. 
Para aqueles 
que detêm 
conhecimen- 
to de prograr- 
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mação CiS= É openMSX 0.8.2 - Panasonic FS-AWX 
sembly e de 
arquitetura 
da | mágui- 
na, é possí- 
vel escrever 
suas próprias 
bibliotecas 
e funções e 
utilizá-las de 
forma trans- 
parente em 
seus projetos. 
Estas mesmas bibliotecas que foram desenvolvidas 
por uma pessoa, poderão ser distribuídas para se- 
rem utilizadas por toda a comunidade de forma fár- 
cil, aumentando o número de softwares desenvolvi- 
dos (e concluídos). Esta é a nossa expectativa. 
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J80: Então ela é boa para fazer jogos, o que é 
ótimo. Mas, e aplicativos e utilitários? Ela já tem 
alguma extensão para issog 


A/L: Na verdade, a ferramenta não tem um foco 
específico para jogos. Quer dizer, uma biblioteca 
ou função criada para manipular a SCREEN pode 
ser utilizada tonto para jogos como para um edi- 
tor gráfico, exibir os blocos de uma ferramenta de 
desfragmentação de disco, etc. O mesmo vale para 
as bibliotecas de mouse, teclado etc. É importonte 
deixar cloro que além da possibilidade de se criar 
bibliotecas novas, as já existentes poderão ser es- 
tendidas e reformuladas por quem quiser e tiver O 
conhecimento necessário. 


J80: Para desenvolver, nós fazemos como? No 
PC ou direto no MSX% 


A/L: O PC é a máquina utilizada para ro- 
dar a ferramenta e gerar, através de cross- 
compiling(compilação cruzada), o código final 
para a máquina alvo. Para nós, o PC é a plataforma 
ideal para ser utilizada nesse tipo de projeto, pois 
ele tem potência bruta de sobra para rodar toda a 
infraestrutura necessária, e a IDE é complexa e pe- 
sada. Junte a enorme quantidade de informações 
que são necessárias e mantidas em memória, como 
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ponteiros, tabelas de controle, bibliotecas, e o pró- 
prio ambiente gráfico que é o que facilita o desen- 
volvimento. Não vimos como seria possível fazer o 
mesmo usando diretamente um MSX, por exemplo. 
Além disso, a IDE permite integração direta com 
emuladores, o que ajuda muito na depuração du- 
rante o desenvolvimento. O nível de facilidade e 


funcionalidade que os emuladores oferecem seria 
impossível satisfatoriamente na máquina real. Con- 
tudo, a IDE também possui recurso de “deploy” do 
projeto diretamente na máquina real, através da 
placa de rede Obsonet (através da ferramenta Olb- 
sooMB). 


J80: Em quais linguagens de programação po- 
demos desenvolver? 


A/L: Iniciolmente usaremos um dialeto do Pascal, 
porém a IDE foi feita para suportar outras linguar- 
gens desde que o dicionário (ou dialeto) seja cadas- 
trado na ferramenta. Temos intenção de cadastrar 
BASIC e C assim que a ferramenta estiver mais estár- 
vel. Mas na prática não importa qual a linguagem 
será utilizada, pois o código gerado no final será o 
mesmo. 


J80: O que falta para vocês sentirem-se satisfeitos 
e dizerem: Está feito? 


A/L: Queremos reparar algumas rebarbas que nos 
incomodam e não permitiriam usar plenamente a 
ferramenta. Os demos apresentados recentemente 
nos eventos foram inteiramente desenvolvidos na 
ferramenta. Contudo al- 
gumas limitações nos fo- 
ram impostas e gostaria 
mos de eliminá-las antes 
do lançamento. 


J80: Vocês querem ex- 
pandir o OldBits Dev 
Studio para outras pla- 
taformas, tipo Apple II, 
TR$-Color, Commodore 
64, etc? 


A/L: Esse é outro deta- 





lhe que foi pensado desde o início. A ideia é que 
ela seja multiplataforma (várias opções de máqui- 
na alvo), multilinguagem e flexível o bastante para 
que se auto evolua a si mesma”! 


J80: Vocês querem expandir o OldBits Dev Stu- 
dio para uso em outros sistemas, como Mac ou 
Linux2 É possível? Vocês vão disponibilizar o có- 
digo-fonte? 


A/L: A OldBits Dev Studio foi desenvolvida para ro- 
dar em Windows, e foi programada em CH. Não 
temos muita familiaridade com outros sistemas ope- 
racionais, e quanto à linguagem, o CH era nossa 
linguagem de trabalho do dia-a-dia, então foi uma 
escolha muito natural. Desenvolver em outro siste- 
ma operacional e linguagem traria pra nós uma di- 
ficuldade a mais no aprendizado desse ambiente 
e com certeza teria aumentado muito mais o tem- 
po de construção. Além do que, ficamos muito sa- 
tisfeitos com o conjunto Windows/CH que nos deu 
bons resultados em curto tempo. Não temos nesse 
momento interesse em “abrir” o código fonte. Sabe- 
mos que ocorrerão reclamações de defensores do 
código alberto, mas é um direito nosso. Temos pla- 
nos de cunho pessoal que nos impossibilitam de 
disponibilizar o código fonte, mas isso não é definiti- 
vo. Já conversamos algumas vezes a respeito e con- 
cluímos que, após alguns objetivos serem atingidos 
(ou não), é sim possível (e desejável, podem acredi- 
tar) que a ferramenta seja disponibilizada segundo 
uma licença de código aberto. Mas para não con- 
fundir as coisas, todas as bibliotecas estão abertas. E 
mais, ndo alorir o código 
não signifca que não 
possamos ajudar outros 
que estão desenvolven- 
do ferramentas. Com isso, 
queremos dizer que espe- 
ramos que nossa ferra- 
menta seja utilizada, mas 
que a comunidade não 
fique presa e limitada a 
ela, mas que busque ou- 
tras e melhores soluções. 
E viva a diversidade de 
software, hardware e 








ideias! 


J80: Vocês conhecem outros trabalhos, como o 
ZX-Basic Compiler, o compilador €C sdce, confi- 
gurações para uso do Eclipse (famosa IDE) para 
desenvolver para micros clássicos, etc? Já pen- 
saram em “trocar figurinhas” com elesg 


A/L: Após as apresentações, alguns membros da 
comunidade falaram dessas outras ferramentas e 
fizeram até comparações. Infelizmente a comuni- 
dade ainda não teve contato com a ferramenta, 
mas somente a alguns poucos e limitados demos 
produzidos por ela, dificultando a formação de uma 
Ideia mais concreta do que ela pode proporcionar. 
Chegamos a olhar a TommyGun, criada para o ZX- 
spectrum, e foi uma ideia muito boa, mas pelo que 
notamos ainda exige, por parte do desenvolvedor, 
um alto nível de conhecimento de Assembly e ar- 
quitetura do micro para utilizá-la. Infelizmente pare- 
ce que seu desenvolvimento foi descontinuado. 


J80: A ferramenta é gratuita ou paga? Se for gra- 
tuita, de onde podemos baixarg 


A/L: A ferramenta e tudo que a compõe será to- 
talmente “di grátis”. Nunca tivemos interesse co- 
mercial nela. Tudo foi feito por diversão e também 
por busca de conhecimento (mas a diversão vem 
na frente). Assim que a ferramenta estiver “pronta” 
(nível mínimo aceitável de funcionamento) iremos 
disponibilizar em nosso site, que será divulgado jun- 
tamente com a ferramenta. Estamos nos esforçando 
ao máximo para liberá-la o quanto antes. Ninguém 
está mais ansioso que nós por lançór-la. Afinal, até 
aqui foram quatro anos de desenvolvimento. Prefe- 
rimos não causar uma falsa expectativa e estragar 
todo o trabalho que tivemos, e que não foi pouco. 
Mas por enquanto, só podemos dizer: “Aguardem”. 


J80: Expansões para o futuro. O que vocês pre- 
tendem acrescentar ao OldBits Dev Studios 


A/L: Quase todos os dias temos novas ideias, po- 
rêém estamos nos concentrando para tornar a fer- 
ramenta estável para o lançamento. Depois vamos 
focar nas melhorias e na evolução dela, e isso inclui 


trabalhar com outras plataformas. Também preten- 
demos preparár-la para ser flexível e auto-suficiente. 
Assim, os próprios usuários poderão expandila, 
agregando-lhe funcionalidades, bibliotecas e ferrar- 
mentas auxiliores, aumentando sua versatilidade e 


Uso. 


J80: Por favor, considerações finais de vocês a 
respeito. 


A/L: Estamos muito felizes com o nosso trabalho e 
esperamos que a ferramenta seja útil na criação 
de novos projetos, sejam jogos, aplicativos e quem 
sabe até novas ferramentas de desenvolvimento. 
Esperamos ter contribuído um pouco para alavamn- 
car novas ideias e integrar mais a comunidade. 
Agradecemos ao interesse de todos da comunidar- 
de pela OldBits Dev Studio e também pela oportuni- 
dade desta entrevista para a Jogos 80. 


Conforme vocês podem ver, o Angelo e o Lu- 
ciono forneceram várias imagens e inclusive um 
pequeno programa feito no Old Bits Dev Studio, a 
título de exemplo. Como um dos expectadores da 
apresentação ocorrida na MSXRio'2013, basto-me 
apenas dizer que ela foi SENSACIONAL. O demo que 
eles apresentaram do R-Type foi feito em apenas 3 
dias, e a mecânica básica do jogo está toda lá, só 
faltam inimigos. As possibilidades são muitas! Meus 
parabéns a ambos pelo tempo dispendido em de- 
senvolvimento, e meus votos (e creio eu, de todos) 
de muito sucesso! E eu estou louco para testar essa 
belezinha por aqui. 


Link para o vídeo de demonstração do Oldbits 
DevStudio: https: *“wyy, goutuba,comgatchtu=TUPULZA Saco 
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